Crash when resizing terminal with popup visible

Describe the bug
Vim crashes when resizing the terminal with a popup visible.
To Reproduce
Detailed steps to reproduce the behavior:

vim -Nu NONE --clean --noplugin
:call popup_create( 'test', { 'minwidth': 100 } )
resize the windows to a very small width

Crash seems to be reallocating the screen buffers:
Expected behavior
No crash
Screenshots
Seems to happen when re-allocating the screen. May not be popup related but I found it while testing popups.

Stack trace:
- Thread: Thread #1
  1000: libsystem_kernel.dylib!__pthread_kill@<unknown>:0
  1001: libsystem_pthread.dylib!pthread_kill@<unknown>:0
  1002: libsystem_c.dylib!abort@<unknown>:0
  1003: libsystem_malloc.dylib!malloc_vreport@<unknown>:0
  1004: libsystem_malloc.dylib!malloc_zone_error@<unknown>:0
  1005: libsystem_malloc.dylib!small_free_list_remove_ptr_no_clear@<unknown>:0
  1006: libsystem_malloc.dylib!free_small@<unknown>:0
  1007: vim!vim_free@misc2.c:1802
  1008: vim!free_screenlines@screen.c:9129
  1009: vim!screenalloc@screen.c:9058
  1010: vim!screenclear@screen.c:9139
  1011: vim!set_shellsize@term.c:3462
  1012: vim!shell_resized@term.c:3376
  1013: vim!handle_resize@os_unix.c:396
  1014: vim!RealWaitForChar@os_unix.c:6291
  1015: vim!WaitForCharOrMouse@os_unix.c:6030
  1016: vim!ui_wait_for_chars_or_timer@ui.c:475
  1017: vim!WaitForChar@os_unix.c:5940
  1018: vim!inchar_loop@ui.c:383
  1019: vim!mch_inchar@os_unix.c:388
  1020: vim!ui_inchar@ui.c:231
  1021: vim!inchar@getchar.c:3088
  1022: vim!vgetorpeek@getchar.c:2866
  1023: vim!vgetc@getchar.c:1602
  1024: vim!safe_vgetc@getchar.c:1817
  1025: vim!normal_cmd@normal.c:596
  1026: vim!main_loop@main.c:1363
  1027: vim!vim_main2@main.c:903
  1028: vim!main@main.c:444
  1029: libdyld.dylib!start@<unknown>:0
  1030: libdyld.dylib!start@<unknown>:0

I got asan output too, but it's hard to capture due to resizing of the terimal windows.
Environment (please complete the following information):

Vim version 8.1.1436
OS:  macOS 10.14
Terminal: Terminal.app

@puremourning wrote:

I got asan output too, but it's hard to capture due to resizing of the terimal windows.

I can reproduce it with asan or valgrind. Just redirect stderr to capture asan or valgrind output.
I used:
$ valgrind ./vim --clean \
  -c "call popup_create('test', {'minwidth': 100})" \
  -c 'set columns=40' 2> valgrind.log

And valgrind.log contains:
==9362== Memcheck, a memory error detector
==9362== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==9362== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==9362== Command: ./vim --clean -c call\ popup_create('test',\ {'minwidth':\ 100}) -c set\ columns=40
==9362==
==9362== Invalid write of size 1
==9362==    at 0x2909CD: win_line (screen.c:5824)
==9362==    by 0x296DB2: win_update (screen.c:2156)
==9362==    by 0x299029: update_popups (screen.c:1039)
==9362==    by 0x299029: update_screen (screen.c:827)
==9362==    by 0x34F8AB: main_loop (main.c:1256)
==9362==    by 0x35095E: vim_main2 (main.c:903)
==9362==    by 0x14564E: main (main.c:444)
==9362==  Address 0x11d86d80 is 0 bytes after a block of size 2,800 alloc'd
==9362==    at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9362==    by 0x212F80: lalloc (misc2.c:924)
==9362==    by 0x287E4B: screenalloc (screen.c:8925)
==9362==    by 0x288811: screenclear (screen.c:9139)
==9362==    by 0x2DA9E4: set_shellsize (term.c:3462)
==9362==    by 0x243B33: set_num_option (option.c:9426)
==9362==    by 0x24D7F7: do_set (option.c:4828)
==9362==    by 0x1B45C0: do_one_cmd (ex_docmd.c:2499)
==9362==    by 0x1B45C0: do_cmdline (ex_docmd.c:994)
==9362==    by 0x350B0F: exe_commands (main.c:2968)
==9362==    by 0x350B0F: vim_main2 (main.c:797)
==9362==    by 0x14564E: main (main.c:444)
==9362==
==9362== Invalid write of size 4
==9362==    at 0x290A0D: win_line (screen.c:5848)
==9362==    by 0x296DB2: win_update (screen.c:2156)
==9362==    by 0x299029: update_popups (screen.c:1039)
==9362==    by 0x299029: update_screen (screen.c:827)
==9362==    by 0x34F8AB: main_loop (main.c:1256)
==9362==    by 0x35095E: vim_main2 (main.c:903)
==9362==    by 0x14564E: main (main.c:444)
==9362==  Address 0x11d89980 is 0 bytes after a block of size 11,200 alloc'd
==9362==    at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9362==    by 0x212F80: lalloc (misc2.c:924)
==9362==    by 0x28836B: screenalloc (screen.c:8929)
==9362==    by 0x288811: screenclear (screen.c:9139)
==9362==    by 0x2DA9E4: set_shellsize (term.c:3462)
==9362==    by 0x243B33: set_num_option (option.c:9426)
==9362==    by 0x24D7F7: do_set (option.c:4828)
==9362==    by 0x1B45C0: do_one_cmd (ex_docmd.c:2499)
==9362==    by 0x1B45C0: do_cmdline (ex_docmd.c:994)
==9362==    by 0x350B0F: exe_commands (main.c:2968)
==9362==    by 0x350B0F: vim_main2 (main.c:797)
==9362==    by 0x14564E: main (main.c:444)
==9362==
==9362== Invalid write of size 2
==9362==    at 0x290A28: win_line (screen.c:5852)
==9362==    by 0x296DB2: win_update (screen.c:2156)
==9362==    by 0x299029: update_popups (screen.c:1039)
==9362==    by 0x299029: update_screen (screen.c:827)
==9362==    by 0x34F8AB: main_loop (main.c:1256)
==9362==    by 0x35095E: vim_main2 (main.c:903)
==9362==    by 0x14564E: main (main.c:444)
==9362==  Address 0x11d907a0 is 0 bytes after a block of size 5,600 alloc'd
==9362==    at 0x4C2FB0F: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9362==    by 0x212F80: lalloc (misc2.c:924)
==9362==    by 0x287E9E: screenalloc (screen.c:8936)
==9362==    by 0x288811: screenclear (screen.c:9139)
==9362==    by 0x2DA9E4: set_shellsize (term.c:3462)
==9362==    by 0x243B33: set_num_option (option.c:9426)
==9362==    by 0x24D7F7: do_set (option.c:4828)
==9362==    by 0x1B45C0: do_one_cmd (ex_docmd.c:2499)
==9362==    by 0x1B45C0: do_cmdline (ex_docmd.c:994)
==9362==    by 0x350B0F: exe_commands (main.c:2968)
==9362==    by 0x350B0F: vim_main2 (main.c:797)
==9362==    by 0x14564E: main (main.c:444)
==9362==
==9362== Invalid read of size 1
==9362==    at 0x28B6A8: screen_line (screen.c:6524)
==9362==    by 0x2946C6: win_line (screen.c:5728)
==9362==    by 0x296DB2: win_update (screen.c:2156)
==9362==    by 0x298E54: update_screen (screen.c:787)
==9362==    by 0x2996CE: redraw_asap (screen.c:381)
==9362==    by 0x2DF523: check_termcode (term.c:5016)
==9362==    by 0x1DEC89: vgetorpeek.part.10 (getchar.c:2341)
==9362==    by 0x1DFD42: vgetorpeek (getchar.c:2001)
==9362==    by 0x1DFD42: vgetc (getchar.c:1602)
==9362==    by 0x1E0168: safe_vgetc (getchar.c:1817)
==9362==    by 0x22EFCD: normal_cmd (normal.c:596)
==9362==    by 0x34F676: main_loop (main.c:1363)
==9362==    by 0x35095E: vim_main2 (main.c:903)
==9362==  Address 0x12e6639e is not stack'd, malloc'd or (recently) free'd
==9362==
==9362==
==9362== Process terminating with default action of signal 11 (SIGSEGV)
==9362==    at 0x8DAF187: kill (syscall-template.S:78)
==9362==    by 0x252472: may_core_dump (os_unix.c:3340)
==9362==    by 0x252472: mch_exit (os_unix.c:3337)
==9362==    by 0x34E7DD: getout (main.c:1545)
==9362==    by 0x8B6388F: ??? (in /lib/x86_64-linux-gnu/libpthread-2.27.so)
==9362==    by 0x28B6A7: screen_line (screen.c:6524)
==9362==    by 0x2946C6: win_line (screen.c:5728)
==9362==    by 0x296DB2: win_update (screen.c:2156)
==9362==    by 0x298E54: update_screen (screen.c:787)
==9362==    by 0x2996CE: redraw_asap (screen.c:381)
==9362==    by 0x2DF523: check_termcode (term.c:5016)
==9362==    by 0x1DEC89: vgetorpeek.part.10 (getchar.c:2341)
==9362==    by 0x1DFD42: vgetorpeek (getchar.c:2001)
==9362==    by 0x1DFD42: vgetc (getchar.c:1602)
==9362==
==9362== HEAP SUMMARY:
==9362==     in use at exit: 2,005,348 bytes in 16,975 blocks
==9362==   total heap usage: 31,720 allocs, 14,745 frees, 16,154,028 bytes allocated
==9362==
==9362== LEAK SUMMARY:
==9362==    definitely lost: 4,072 bytes in 4 blocks
==9362==    indirectly lost: 0 bytes in 0 blocks
==9362==      possibly lost: 5,773 bytes in 113 blocks
==9362==    still reachable: 1,995,503 bytes in 16,858 blocks
==9362==                       of which reachable via heuristic:
==9362==                         newarray           : 1,536 bytes in 16 blocks
==9362==         suppressed: 0 bytes in 0 blocks
==9362== Rerun with --leak-check=full to see details of leaked memory
==9362==
==9362== For counts of detected and suppressed errors, rerun with: -v
==9362== ERROR SUMMARY: 141 errors from 4 contexts (suppressed: 0 from 0)

Nice one! Thanks.

Ben Jackson wrote:

Describe the bug
Vim crashes when resizing the terminal with a popup visible.
To Reproduce
Detailed steps to reproduce the behavior:

vim -Nu NONE --clean --noplugin
:call popup_create( 'test', { 'minwidth': 100 } )
resize the windows to a very small width

Crash seems to be reallocating the screen buffers:
Expected behavior
No crash
Screenshots
Seems to happen when re-allocating the screen. May not be popup related but I found it while testing popups.

Stack trace:
- Thread: Thread #1
  1000: libsystem_kernel.dylib!__pthread_kill@<unknown>:0
  1001: libsystem_pthread.dylib!pthread_kill@<unknown>:0
  1002: libsystem_c.dylib!abort@<unknown>:0
  1003: libsystem_malloc.dylib!malloc_vreport@<unknown>:0
  1004: libsystem_malloc.dylib!malloc_zone_error@<unknown>:0
  1005: libsystem_malloc.dylib!small_free_list_remove_ptr_no_clear@<unknown>:0
  1006: libsystem_malloc.dylib!free_small@<unknown>:0
  1007: vim!vim_free@misc2.c:1802
  1008: vim!free_screenlines@screen.c:9129
  1009: vim!screenalloc@screen.c:9058
  1010: vim!screenclear@screen.c:9139
  1011: vim!set_shellsize@term.c:3462

[...]

I got asan output too, but it's hard to capture due to resizing of the
terimal windows.

This is most likely covered by this todo item in ":help popup":
- Handle screen resize in screenalloc().

--
hundred-and-one symptoms of being an internet addict:
72. Somebody at IRC just mentioned a way to obtain full motion video without
a PC using a wireless protocol called NTSC, you wonder how you never
heard about it
/// Bram Moolenaar --<EMAIL_ADDRESS>-- http://www.Moolenaar.net   \
///        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \
\\  an exciting new programming language -- http://www.Zimbu.org        ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

Yep, sorry should have seen that. Shall we close this?

I can reproduce the crash with 8.1.1517. In vim and gvim both.

@markonm what are your reproduction steps?

Run vim --clean -S reproduce.vim

" reproduce.vim
set columns=80
set lines=25
call popup_create( 'test', { 'minwidth': 100 } )
redraw
set columns=12
redraw
set columns=13
redraw

It's reproducible on Windows 10 and Ubuntu 18.04.

Aha, you are setting 'columns'.  I can reproduce it now.


nyc does not properly cover jest tests

nyc, which we use for code coverage, does not properly cover jest tests and we should use jest's coverage tools for that instead.  In practice, the result is that the nyc report doesn't capture code coverage from jest tests, and nyc can also cause jest puppeteer tests using page.evaluate to fail (where the suggested workaround of excluding files from coverage doesn't work because it's not jest's coverage that's breaking things).
We should:

update our package.json test scripts to only wrap mocha tests with nyc
update jest tests to use jest's coverage using the --coverage flag
update jest configs to output the coverage reports somewhere (probably with the nyc reports)
ensure the ci pipeline configs capture both coverage reports for collection

@DLehenbauer  This might be a regression from switching to c8.   We might want to keep it instrumented using istanbul instead for the jest test if possible?


Update README.md

Spelling correction

This seems like a small (but important) contribution, so no Contribution License Agreement is required at this point. We will now review your pull request.
Thanks,
.NET Foundation Pull Request Bot

thanks :)


Expose Apollo client in Lens Client SDK

I'd like to have access to the authenticated Apollo Client used in the Lens Client SDK to do custom graphql queries and mutations that are not directly supported by the sdk, similar to how the Lens React SDK has a useApolloClient hook.
can this be added?

For posterity, as mentioned in DM, I understand you found the methods you were specifically looking for, but if something is missing from the LensClient is likely an oversight more than the desire to not expose it. So feel free to report in a GH what you think is missing.
Closing this for now.


Website Refinement

Original Template https://preview.themeforest.net/item/zenity-mobile-app-landing-page-elementor-template-kit/full_screen_preview/48926849

[ ] Task 1 This options can be reused for Twitter and Telegram

[ ] Task 2 Vlogs and articles Section

[ ] Task 3 User testimonial

[x] Task 3 Button size is different

@Deveshshankar
Please check button
Figma Link: https://www.figma.com/design/e0RxSAiRCMt5Z48LJVNEXr/Tribe-RGB?node-id=2177-6856&t=4pvrPJEeV565wval-1


🐛 Relationship links are broken

Summary
If a parent has a child work relationship, the parent should be linked from the child work's show page.
Notes
ref PALS

Child's solr doc example:


Please update goffmpeg module

This device service has the following dependency on goffmpeg:

github.com/xfrr/goffmpeg v0.0.0-20210624103149-5ca2d3062daf

Why are we pointing to a specific git tag of this module???? This module has had 10+ releases, but the last one was released in April of 2020.
Was this module reviewed and approved by the TSC like this?

@lenny-intel there is nothing to change here.  the previous release tag is too old.

we can open PR to fix issues or fork to our repository if there is any issue we have to fix

@cloudxxx8 , OK, thanks for looking into this.
@tonyespy , the last code, which is required is not tag for a release. And yes it was approved and is listed on this page.
https://wiki.edgexfoundry.org/display/FA/Vetting+Process+for+3rd+Party+Dependencies
Closing issue as it is what it is.


Don't set state on not mounted component

I rewrote the PR to fix SSR issues.
I also rewrote it to use a different branch in my fork and be able to do new PRs

So I don't think you need to use setState. You can simply track if the component is mounted on the class itself (this.mounted = true), that way no re-rendering is caused.
I've done a bit of playing around, I think the cause of the problem might be elsewhere, but I'm happy to go for a fix like that in the mean time.

I agree, I update
thanks

Released 👍

I will definitively get rid of the horrible, red, error messages in the console! thanks


[Event Request] Codeunit 5804 ItemCostManagement - OnBeforeUpdateUnitCost2

Hi, would it be possible to get an event OnBeforeUpdateUnitCost2 in codeunit 5804 ItemCostManagement, like this :
               if CalledFromAdjustment then begin

                    CostCalcMgt.GetRndgSetup(GLSetup, Currency, RndgSetupRead);
                    IsHandled := false;
                    OnBeforeUpdateUnitCost2(IsHandled, Item, AverageCost, AverageCostACY,CostCalcMgt,GLSetup);
                    if not IsHandled then begin
                        if CalculateAverageCost(Item, AverageCost, AverageCostACY) then begin
                            if AverageCost <> 0 then
                                "Unit Cost" := Round(AverageCost, GLSetup."Unit-Amount Rounding Precision");
                        end end else begin
                            CalcLastAdjEntryAvgCost(Item, AverageCost, AverageCostACY);
                            if AverageCost <> 0 then
                                "Unit Cost" := Round(AverageCost, GLSetup."Unit-Amount Rounding Precision");
                        end;
                end else

    [IntegrationEvent(false, false)]
    local procedure OnBeforeUpdateUnitCost2(var IsHandled: Boolean; var Item: Record Item; var AverageCost: Decimal; var AverageCostACY: Decimal;CostCalcMgt: Codeunit "Cost Calculation Management"; GLSetup: Record "General Ledger Setup")
    begin
    end;

Thanks!

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.


Restart usage report buffer consumption thread when it dies

fixes https://github.com/charlypoly/graphql-ruby-hive/issues/9
When a process does a unix fork (which the puma web server does when running in its "clustered mode"), threads are not copied over.
GraphQL::Hive::UsageReporter uses a thread to read / send usage-report data, so we need to restart it if it dies

This shouldn't be necessary, according to a configuration solution described here: https://github.com/charlypoly/graphql-ruby-hive/issues/9#issuecomment-1330476132

https://github.com/charlypoly/graphql-ruby-hive/pull/11


tests(*) increase robustness of httpbin-reliant tests

We sometimes get a real 503 from httpbin.org as well. The tests still succeed in case of upstream errors.

Weird. The 503 would have come from the local httpbin instance that runs  during CI, not the real one hosted at httpbin.org, which is unexpected.

Sure, but the test is still considered successful.

In fact the error probably comes from our Nginx proxy in front. But again, we already expect this as per the test cases, this PR is not introducing anything new.

The setup of the failing run has a strange "setup local httpbin server" step in which we see:
Run docker rm -f httpbin httpbin_proxy
Error response from daemon: No such container: httpbin
Error response from daemon: No such container: httpbin_proxy

We can investigate it a bit. That said, iirc these special 5xx handling in these tests were there even before we had a local httpbin setup as httpbin.org was really giving us some 500s from time to time.


Double quotes are not handled correctly

We are currently not escaping double quotes, and instead relying on the user to NOT use double quotes in a filename.
Simple escaping of characters with a backslash will not suffice:
RFC-4180 says "If double-quotes are used to enclose fields, then a double-quote appearing inside a field must be escaped by preceding it with another double quote."

Committed to develop


fill out the test suite for the mixins, prune old tests

Reticketed from #3994.

Coverage is good but not 100% for all four:

mixin
coverage

identity
100

available
100

membership
81

takes
95

PR in #4122.


Scss support

Hi, I'm a little experimenting with display: table
And it's really cool stuff that lets you do a lot of interesting things.
I think of in order to make a complete analog bootstrap grid on scss and then the other preprocessor I think it should be very interesting.
How do you like the idea?

Hey there! I don't plan on adding any Sass support here. It's a slightly older project that's just not anywhere near the top of my list of projects to actively maintain right now. Sorry! <3


Floating support part-1

The next step would be parametrizing the gradient, i.e.
y.grad[Float](x)


Osric rule set - Characters loose vision

In the Osric rule set...
Any adjustment to a character sheet causes all characters to loose their vision.

Is it possible this was posted to the wrong repo? The dnd5e system does not support an osric rule set.

Kim,
Thank you for your reply.  I am trying to help my DM who is the actual user
of the product.  I believe I may have submitted my Issue under the wrong
GitHub category.
Please close this ticket and I will try to locate the appropriate OSRIC
GitHub to log this under.
Thank you for your understanding.
On Fri, Nov 18, 2022 at 11:14 AM Kim Mantas @.***>
wrote:

Is it possible this was posted to the wrong repo? The dnd5e system does
not support an osric rule set.
—
Reply to this email directly, view it on GitHub
https://github.com/foundryvtt/dnd5e/issues/1932#issuecomment-1320234633,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A4IBYP2FV4O7ZTCKBXRMHBLWI6TOZANCNFSM6AAAAAASEAOBB4
.
You are receiving this because you authored the thread.Message ID:
@.***>

No problem, thanks for following up.


Add cascading delete to Report model and view model

 Implement Cascading Deletes for iOS model/view-model


alter type mismatch

Pull Request Test Coverage Report for Build 93

0 of 0   changed or added relevant lines in 0 files are covered.
3 unchanged lines in 1 file lost coverage.
Overall coverage remained the same at 38.605%

Files with Coverage Reduction
New Missed Lines
%

protocol/http/reverse_proxy.go
3
5.24%

Totals

Change from base Build 91:
0.0%

Covered Lines:
930

Relevant Lines:
2409

💛  - Coveralls


Executed correctly, but no signatures generated

Hello,
I am attempting to run sigProfilerExtractor on a set of input VCFs, and I believe everything is working as expected (no errors thrown that halt the process). However, upon inspection of the output directory, only the SBS96 folder appears, and the contained All_solutions_stat.csv is empty.
Here are my input commands and the returned output:
>>> from SigProfilerExtractor import sigpro as sig
>>> data = "/Users/Adrian/Desktop/TestSigProNewVer_vcfs"   # VCF files directory, 144 samples
>>> sig.sigProfilerExtractor("vcf", "TestSigProNewVer_out", data, minimum_signatures=1, maximum_signatures=10)

************** Reported Current Memory Use: 0.16 GB *****************

Starting matrix generation for SNVs and DINUCs...Completed! Elapsed time: 22.62 seconds.
Starting matrix generation for INDELs...Completed! Elapsed time: 6.39 seconds.
Matrices generated for 144 samples with 712919 errors. Total of 194855 SNVs, 14411 DINUCs, and 28350 INDELs were successfully analyzed.
Extracting signature 1 for mutation type 96
The matrix normalizig cutoff is 9600

Here is the JOB_METADATA.txt info:
THIS FILE CONTAINS THE METADATA ABOUT SYSTEM AND RUNTIME

-------System Info-------
Operating System Name: Darwin
Nodename: Adrians-MacBook-Pro-4.local
Release: 17.7.0
Version: Darwin Kernel Version 17.7.0: Sun Dec  1 19:19:56 PST 2019; root:xnu-4570.71.63~1/RELEASE_X86_64

-------Python and Package Versions-------
Python Version: 3.6.1
Sigproextractor Version: 1.0.12
SigprofilerPlotting Version: 1.1.6
SigprofilerMatrixGenerator Version: 1.1.16
Pandas version: 1.0.5
Numpy version: 1.19.0
Scipy version: 1.5.0
Scikit-learn version: 0.23.1

--------------EXECUTION PARAMETERS--------------
INPUT DATA
	input_type: vcf
	output: TestSigProNewVer_out
	input_data: /Users/Adrian/Desktop/TestSigProNewVer_vcfs
	reference_genome: GRCh37
	context_types: SBS96,DBS78,ID83
	exome: False
NMF REPLICATES
	minimum_signatures: 1
	maximum_signatures: 10
	NMF_replicates: 100
NMF ENGINE
	NMF_init: nndsvd_min
	precision: single
	matrix_normalization: gmm
	resample: True
	seeds: random
	min_NMF_iterations: 10,000
	max_NMF_iterations: 1,000,000
	NMF_test_conv: 10,000
	NMF_tolerance: 1e-15
CLUSTERING
	clustering_distance: cosine
EXECUTION
	cpu: 8; Maximum number of CPU is 8
	gpu: False
COSMIC MATCH
	opportunity_genome: GRCh37
	nnls_add_penalty: 0.05
	nnls_remove_penalty: 0.01
	initial_remove_penalty: 0.05
	refit_denovo_signatures: True

-------Analysis Progress-------
[2020-06-29 15:31:33] Analysis started:

##################################

[2020-06-29 15:32:11] Analysis started for SBS96. Matrix size [96 rows x 143 columns]

[2020-06-29 15:32:11] Normalization GMM with cutoff value set at 9600

Am I to interpret this as suggesting that no signatures were found?
Thanks,
Adrian

Hello,
Can you generate the matrix from your vcf files using SigProfilerMatrixGenerator (https://github.com/AlexandrovLab/SigProfilerMatrixGenerator)?
Thanks

Your matrices generated with many errors: "Matrices generated for 144 samples with 712919 errors." You are probably using the wrong reference genome. The parameters above specify "reference_genome: GRCh37". Is your data called against GRCh38?

Yes, the data was generated with GRCh38 -- I did rerun again after updating the reference genome and the number of errors dropped to 3. However, I still was not getting an output folder with any results. I upgraded my python to 3.7.3 (see that I ran it initially with 3.6+) after reading through some of the other issues, and things seem to be working correctly, so it seemed the issue was linked to python. Just was strange for me to not encounter an error!


Could you release the code for data label generation?

Yes, we will definitely release the code for "data label generation." We are currently working on it. Since the gim contain a amount of code, we need some time to prepare it. We hope you can be patient and wait for a little while. Thank you for your interest and attention.

Yes, we will definitely release the code for "data label generation." We are currently working on it. Since the gim contain a amount of code, we need some time to prepare it. We hope you can be patient and wait for a little while. Thank you for your interest and attention.

Do you have any updates on when the data label generation code will be released?

@Vincentqyw Definitely to be released next month (December 2024). Thank you for your attention and patience.

@Devoe-97 @Vincentqyw
Sorry for the long wait, I have now released the code for video data generation. Please refer to the README for relevant information.

@xuelunshen  That's fantastic! Thanks for your hard work!

@Vincentqyw Thank you for recognizing our work. If you have any questions, feel free to open an issue. 😁

FileNotFoundError: [Errno 2] No such file or directory: 'weights/decoder_epoch_20.pth'

Hi, could you please provide the decoder_epoch_20.pth file from the weights folder?

@Vincentqyw
OK, I have updated the README.


Fixing some warnings in biomass_potentials, gas_input_locations and population_layouts

Fixing some warnings in build_biomass_potentials.py, build_gas_input_locations.py, scripts and build_population_layouts.py'
The warning in build_biomass_potentials.py: FutureWarning: The series.append method is deprecated and will be removed from pandas in a future version. Use pandas.concat instead.
The warning in build_gas_input_locations: SettingWithCopyWarning: A value is trying to be set on a copy of a slice from a DataFrame.
The info in build_population_layouts: The order of elements in grid_cells changed. Check the output of your workflow for correctness.
Checklist

[x] I tested my contribution locally and it seems to work fine.
[x] Code and workflow changes are sufficiently documented.
[ ] Changes in configuration options are also documented in doc/configtables/*.csv and line references are adjusted in doc/configuration.rst and doc/tutorial.rst.
[ ] A note for the release notes doc/release_notes.rst is amended in the format of previous release notes.

Great! thanks @virio-andreyana


Android Compose Change the App Icon

Name of the Codelab or Codelab URL
https://developer.android.com/codelabs/basic-android-kotlin-compose-training-change-app-icon?continue=https%3A%2F%2Fdeveloper.android.com%2Fcourses%2Fpathways%2Fandroid-basics-compose-unit-3-pathway-2%23codelab-https%3A%2F%2Fdeveloper.android.com%2Fcodelabs%2Fbasic-android-kotlin-compose-training-change-app-icon#4
Describe the problem
The link to the foreground icon vector file is wrong. It points to an asset in the tip calculator codelab, but should point to an asset in the affirmation codelab.
Correct link: https://raw.githubusercontent.com/google-developer-training/basic-android-kotlin-compose-training-affirmations/main/app/src/main/res/drawable/ic_launcher_foreground.xml
In which lesson and step of the codelab can this issue be found?
Lesson number 5: Dosnload new assets
Step number: N/A
How to reproduce?
Go to the codelab and reaffirm that the link for the ic_launcher_foreground.xml is pointing to the wrong asset.
Versions

What version of Android Studio are you using? N/A
What API level are you targeting? N/A

Additional information
Add any other context about the problem here.
codelab: basic-android-compose-training-add-scrollable-list

Duplicate of #1 and #2

Hello @baardkrk ,
Thank you for reaching out to us and reporting the issue. The app name and  the assets were updated:


[Q] change the default path of the driveOffset.txt file on linux. how?

Hi
i want to change the default path of the file driveOffset.txt. in linux, wich is seems need to store in /usr/local/share/DiscImageCreator instead of /usr/share/DiscImageCreator where i have installed the data program
searching in the code, only i can found the path in here for the file default.dat:
https://github.com/saramibreak/DiscImageCreator/blob/bb05d981dbb3a39dd583d03a429a06e7a8c871c2/DiscImageCreator/xml.cpp#L604-L608
but i cant found for the file driveOffset.txt (this can be applicable to ReadErrorProtect.txt and C2ErrorProtect.txt files)
any help?
greetings

DiscImageCreator_test.tar.gz
added this code.
#ifdef _WIN32
	fpDrive = OpenProgrammabledFile(_T("driveOffset.txt"), _T("r"));
#else
	if (PathFileExists("/usr/local/share/DiscImageCreator/driveOffset.txt")) {
		fpDrive = _tfopen(_T("/usr/local/share/DiscImageCreator/driveOffset.txt"), _T("r"));
	}
	else if (PathFileExists("/usr/share/DiscImageCreator/driveOffset.txt")) {
		fpDrive = _tfopen(_T("/usr/share/DiscImageCreator/driveOffset.txt"), _T("r"));
	}
	else {
		fpDrive = OpenProgrammabledFile(_T("driveOffset.txt"), _T("r"));
	}
#endif

@sl1pkn07
Is this working as you expected?

sorry the delay. yes, working. is possible add to upstream?
greetings

DiscImageCreator_test.tar.gz
Also added ReadErrorProtect.txt and C2ErrorProtect.txt


⚠ Visual-Crew_Builder has degraded performance

In 2b07808, Visual-Crew_Builder (https://visual-crew-builder.ai) experienced degraded performance:

HTTP code: 200
Response time: 1263 ms

Resolved: Visual-Crew_Builder performance has improved in ffd7c0d after 8 minutes.


Mac Catalina Problem

Refuses to allow me to open S3 Uploader b/c Apple can't verify that it doesn't contain "malicious software"

You Can open it, check this link :
https://support.apple.com/en-us/HT202491


Can't set properties using style selector

Hi!
I see a weird issue where I'm unable to use a simple style selector on the SymbolIcon to set a property (like FontSize). I get a message like:
Error AVLN3000 Avalonia: FontSize is not an AvaloniaProperty Line 16, position 17.
Looking at the source code, I can see that the FontSize property is a "styled property". Is this an issue with Avalonia or the SymbolIcon or am I missing something?
Thanks,
Stefan

I think I know what's going on. The markup extension is named SymbolIconExtension and then there's the class SymbolIcon. I guess the issue is that the XAML compiler has a "convention" which makes markup extensions available in XAML without the need to provide the ...Extension suffix (if you name that class using the Extension suffix. So it seems after removing the suffix, we end up with two identical class names which gets the XAML compiler confused.

Markup Extensions were added just this release, so your code did work for 1.1.240?

I can't really tell because I just started with styling and didn't do it before I used the markup extensions.
I'm currently investigating and let you know tomorrow. Maybe I can also create a PR.

Hi David!
I found a couple of issues which prevented style selectors to set property values. See #11
Would be great if you can accept the PR. If you want me to change anything, let me know.
cheers,
Stefan

Close for now. Re-open for more related questions.


Feature/stage frequency

Incorporating Stage frequency into the graphical stuff

@codymccoy hoping you can take a look at the incorporation into the compute and verify that looks reasonable to you (the last commit)


Setup login redirects to work in dev

Those won't be required in production where we can just use /auth/google but in dev we have to fully qualify them to work.

 Set up a login and auth mechanism.


Move background animation logic from NeuromancerWin64 to LibNeuroRoutines

The code controlling the animation duplicates in NeuromancerWin64 and ResourceBrowser. It's place in LibNeuroRoutines.

Done in a779e753cbdef7f33c38c93fd0da94b66a2a5cbd commit.


Hitting any of the Arrow / WASD keys as Boyfriend while in a song crashes the application

I've tried redownloading Psych Engine to fix this, but it doesn't work and still results in the same issue happening. I've attached the Windows PowerShell debug script telling me what happened, I don't know what this is telling me to fix, because I can't find it. (And I'm also a dumbfuck).

(The "Error: Null Object Reference" popup also appears as well when I run "lime test windows -debug", but it just crashes on a normal exe if built like such)

Did you change anything?

I haven’t, at least I don’t think I did. I’ve reinstalled the engine 3 times and just moved the assets & source folder to the 3rd download. I don’t believe the source is the issue though, as I’ve only changed the Credits and Achievements Menu State(s).

Nevermind! I managed to fix it by redownloading the engine (again) and transporting everything over BUT the Achievement.hx file. I don't know if that was the issue directly, but It might have been.


Added node_modules and css folder to gitignore

Otherwise it's the same as the last pull request

It looks like it's still got the ~4000 files brought in by npm tracked though. You can fix it by running
git filter-branch --tree-filter 'rm -rf node_modules/' HEAD


Unexpected token ILLEGAL

I'm getting the error:
SyntaxError: Unexpected token ILLEGAL
Whenever I start up the app. I have tried cleaning/uninstalling, etc no change.

Having the same issue on Mac OS X 10.10 with Node 0.12.


Cancel button in comments does nothing

Description:
There is a cancel button for each comment and reply which does nothing.
For a root comment we can make the cancel button clear the text field.
For a nested comment we can make the cancel button click disappear the nested comment box.

Affected Product Version:
API-M 4.0.0
Environment details (with versions):

OS: windows 10

Suggested Labels:
API-M 4.0.0

Fixed with https://github.com/wso2/carbon-apimgt/pull/10055


[$1000] [HOLD for payment 2023-02-08] mWeb/Chrome - Focus is lost and the keyboard does not reopen after pressing "+" button

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

Action Performed:

Go to URL https://staging.new.expensify.com/

Login with any account

Go to any chat

Focus in the input field

Click on "+" button

Expected Result:
The focus is not lost, and the keyboard opens again
Actual Result:
Focus is lost and the keyboard does not reopen
Workaround:
unknown
Platform:

Where is this issue occurring?

Mobile Web

Version Number: 1.2.37-2
Reproducible in staging?: y
Reproducible in production?: y
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos:
https://user-images.githubusercontent.com/43996225/206553017-10f65d5a-4f46-4ea4-adaf-1474d979d17c.mp4
Expensify/Expensify Issue URL:
Issue reported by: Applause internal team
Slack conversation:
View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~01e1c94921fb1cc24b
Upwork Job ID:<PHONE_NUMBER>919070208
Last Price Increase: 2023-02-08

Okay after looking into this it does seem like this is only happening on mobile web. Web, iOS, Android all properly give focus back to the composer input after closing this modal.
I've chased it down I think to something with detecting if touch/focus exists here: https://github.com/Expensify/App/blob/a75a01e710f4035ccd3e4ea0e6c9bc1be04d863f/src/pages/home/report/ReportActionCompose.js#L138
Because we have native file src/libs/canFocusInputOnScreenFocus/index.native.js for the counter-part src/libs/canFocusInputOnScreenFocus/index.js
So it could be something within src/libs/canUseTouchscreen/index.js that causes the Web src/libs/canFocusInputOnScreenFocus/index.js to do something strange and not give focus back.
I ran out of time today with trying to confirm the value of what canFocusInputOnScreenFocus on my phone b/c of local dev headaches so I'll pick it back up on Monday.

got stuck fighting with my VM yesterday, will finish off investigation today. dropping this to weekly since I don't think it's a major issue.

okay yep figured this out.
Using this diff
diff --git a/src/pages/home/report/ReportActionCompose.js b/src/pages/home/report/ReportActionCompose.js
index 7811d1c25e..082aba68a1 100644
--- a/src/pages/home/report/ReportActionCompose.js
+++ b/src/pages/home/report/ReportActionCompose.js
@@ -153,6 +153,8 @@ class ReportActionCompose extends React.Component {
     }

     componentDidMount() {
+        const thing = this.shouldFocusInputOnScreenFocus ? 'yes' : 'no';
+        console.log('bondydaa ' + thing);
         ReportActionComposeFocusManager.onComposerFocus(() => {
             if (!this.shouldFocusInputOnScreenFocus || !this.props.isFocused) {
                 return;
(END)

To just console log the value of this.shouldFocusInputOnScreenFocus we can see that in a non-mobile web browser that variable is true

But on mobile safari that is false

And for sake of completeness iOS app show false as well

After adding more logs I can tell that this logic is what is making it so that non-mobile web gets the focus back on the input https://github.com/Expensify/App/blob/1c60740ac8/src/pages/home/report/ReportActionCompose.js#L176-L179
that isn't triggered on the iOS app so the app must have some native code somewhere controlling this and is why we get the difference in behavior but I'm pretty confused.
looks like @parasharrajat did both https://github.com/Expensify/App/pull/2022/ and https://github.com/Expensify/App/pull/4687 so do you have any insights here?

IMO there's no BUG here
I remember this behavior was discussed extensively in multiple tickets in GH (year ago) and (I think) taken and resolved internally
AFAIK It was decided to

restore focus to input for devices with hardware keyboard - laptops/desktops
don't restore focus to input to prevent showing the software keyboard - it was considered unwanted user experience

Since mobile web is a case using software keyboard the expected behavior would be not to display the software keyboard after closing a popup
The case with the Emoji picker is an exception as that's tied to composing a message, therefore interacting with it moves focus back to the composer
With the (+) button users are typically moving away from composing long enough to warrant NOT expanding the keyboard automatically

Forgot to link the slack thread we started but here where I summarized what we've discussed https://expensify.slack.com/archives/C01GTK53T8Q/p1671127362759299?thread_ts=1671056016.060879&cid=C01GTK53T8Q will post a summary once I make sure we're all on the same page - I think we are but just want to double check 😅

The summary of that thread is that I think we need to take this back to the product team and come to an agreement on how we want the app to handle giving focus to/from various modals, composer component, and keyboards.
I think we kind of got to this state b/c we sort of just went with something the last time we had this discussion so hopefully we can make a decision holistically and then clean up the composer component UX and code with that guidance.

was OOO last week and only on for IFR shifts this week, will kick off discussions in product about this after the new year.

Heads up, this issue will prevent us hitting WAQ starting the second week of January. While I'm hopeful that we can achieve WAQ for the first time next week, that's ultimately just a hope. It'd be good to kick this problem/solution off as soon as you're back from OOO.

Also I went ahead and proactively assigned myself as BZ as we'll like have C+ review of the eventual PR.

Also realized that this issue should be daily with the 30 day threshold creeping up on us.

okay I've asked in #product here about this https://expensify.slack.com/archives/C03U7DCU4/p1672788774056869

woohoo great I think we got to an agreement on how we want the compose component to work, this is an internal link https://expensify.slack.com/archives/C03U7DCU4/p1673040634189309?thread_ts=1672788778.947399&cid=C03U7DCU4
but the agreement is:

give focus back to the composer input AND allow the software keyboard to be shown at the same time

This isn't how the focus and software keyboards are currently behaving so we'll need to update the code to achieve this.
I'm not 100% sure on what all needs to be updated but at least we now have a goal line we need to hit and can start cleaning up this code so that we cross that line.
I'll start working on that and get a PR up next week for it.

been getting slaughtered by pager so far today, once my shift ends i'll be able to focus back on this

Thanks, and agreed. Good discussion last week, though this is now officially the single bug preventing us from achieving no non-held bugs older than 30 days. As a result, I'm going to highlight this in the WAQ update today. Echoing what I said last week, I still tend to agree with @kidroca that this isn't a bug and more so a feature request at this point – especially since this is NOT how the product has been designed to date. I'll mention this in the WAQ update as well.

Update: disregard what I said earlier. I think where we landed was that this is a mWeb bug, because after focus is lost, the keyboard does open back up on mobile and other platforms. Still going to mention this in the weekly WAQ update regardless.

Still looking for a volunteer given that this bug will hit the four week mark in the coming days.

summarizing the breakthrough we had in the slack thread today: https://expensify.slack.com/archives/C01GTK53T8Q/p1673477586229609?thread_ts=1673301288.245749&cid=C01GTK53T8Q

React Native by default behaves differently between Web, mWeb, Native(Android, iOS) in regards to how focus/blur happens with inputs. On Native devices, when focus is given to an TextInput focus tends to stay there unless another TextInput gets focus. Clicking other buttons, switches, or trying to blur out of the TextInput by tapping elsewhere on the page keeps focus on the TextInput. For Web and mWeb focus isn't maintained on an TextInput element and you can "blur" away from it by clicking elsewhere.
On web we are controlling giving focus back to the Compose Input via this code https://github.com/Expensify/App/blob/81ba1abc2d5f010c287c770e96ee3c332e3bf0b4/src/pages/home/report/ReportActionCompose.js#L180-L183 because of how the canFocusInputOnScreenFocus lib is working it results in the different behavior between Web and mWeb.

To fix this we can do this https://github.com/Expensify/App/pull/14230/files#diff-24d2483290b534f038f9e84d3c9f211a3bf84ee543d76bf472d37419b7364137R1 though it's going to slightly change how these 2 component behave https://github.com/Expensify/App/blob/main/src/pages/signin/LoginForm.js#L84
https://github.com/Expensify/App/blob/81ba1abc2d5f010c287c770e96ee3c332e3bf0b4/src/pages/signin/PasswordForm.js#L66-L68 since they also use canFocusInputOnScreenFocus and will mean that mWeb & Web behave similarly (automatically giving focus the the email and password inputs) and Native won't.

Published my PR for review 🎉

Thanks so much for getting to the bottom of this one, and for the explanation.

PR is close to merging but we might have discovered another small issue with it where when focus is given back to the compose input the screen doesn't properly show it and so the keyboard ends up "hiding" the compose component (side note: I've noticed this on other apps on android as well like the Messages app which is the main SMS app for "vanilla" android)
https://github.com/Expensify/App/pull/14230#issuecomment-1400236127

I don't think there is a single PR that added this, I think there was a slow build up of a few PRs from over a year ago so I'm not sure there are any additional regression tests or anything needed.
Ultimately the hope is we can refactor the compose focus logic a bit to be more streamlined and if/when we do that then we'll be sure to include updated testing steps.

Job added to Upwork: https://www.upwork.com/jobs/~01e1c94921fb1cc24b

Current assignee @JmillsExpensify is eligible for the External assigner, not assigning anyone new.

Current assignee @eVoloshchak is eligible for the External assigner, not assigning anyone new.

Current assignee @bondydaa is eligible for the External assigner, not assigning anyone new.

Looking at the linked PR, looks like @eVoloshchak helped so I'm added external and triggering an Upwork job.

Let me know when you've applied to the job above and we can get the payment for C+ PR review squared away!

As for the regression test, we have an existing test for focus in the creation flow, so I think we're good on this consideration. Checking that item off the list.

@JmillsExpensify, applied!

Offer sent!

Paid out via Upwork, closing this one out!


Support namespace filtering when reading from files

The idea is when running ingress2gateway command, we should be able to specify which namespace we want to use. If a namespace is explicitly specified, the command will only process the Ingress resources within that namespace. However, if no namespace is provided, the command will process Ingress resources across all namespaces.
/kind feature
/kind test

/assign @Treenhan

Hi @Treenhan,
I think we should keep the same functionality for reading from a file as reading from the cluster.
At the moment, when reading from the cluster without specifying a namespace you will only process objects from the current active namespace, as opposed to all the namespaces.
If you want to read from all namesapces, you have a --all-namespaces flag.

@Treenhan whats the status of it? do you have any blockers you need help with?

I'm still deciding what the default behavior should be if no namespace is specified in the YAML/JSON files. I assume that not all machines converting these files will have access to cluster information, or they don't have a cluster at all but just want to convert the files. So they won't be able to grab the default namespace from the cluster context.
My thinking is that the default behavior should be to read everything, unless users want to choose a specific namespace. The reason is that without cluster context, there's no way to know what the default namespace should be.
@LiorLieberman @levikobi any ideas?

I think I will go with this:

Without any flag, use the namespace in the active context, if there is no context, it will convert all (this allows users to use this tool without having kubernetes running)
Use --all-namespaces to convert all
Use  --namespace X to filter out specific namespaces

I think I will go with this:

Without any flag, use the namespace in the active context, if there is no context, it will convert all (this allows users to use this tool without having kubernetes running)
Use --all-namespaces to convert all
Use  --namespace X to filter out specific namespaces

Sounds good to me @Treenhan !

+1 sgtm

This is now done in https://github.com/kubernetes-sigs/ingress2gateway/pull/43


Deduplicate metadata for structured logging

Closes #1537

@sdroege This adds a test for the log impl and removes the duplicated metadata by avoiding the log_structured! macro.

@sdroege I'd like to point out that changed the pipeline to hopefully include the log feature so as to run the new test on Github actions.  However, since the pipeline didn't pass in the first place (it's even broken on master), and is somewhat complex, the change to the Github workflow is more of an educated guess than actually understanding what I did there :innocent:

since the pipeline didn't pass in the first place (it's even broken on master)

Yeah packages are automatically updated there and one update requires changes in the tests. I hope to get to fixing this some time this week. Sorry for the trouble!

@sdroege No worries, didn't affect me much, as I can just run tests locally.  Just wanted to point the one part of this PR I'm not entirely sure about :innocent:

It looks correct. I'll fix it if it isn't :)

Thanks for merging :pray:


Add eps check for is_point_on_seg,

With floating points it's safer to check with eps. If p point is almost equal to a or b function should return true.

It's not <= here, I think < normally works fine. wdyt? Have you faced any issue with this in any problem?

Yes, I had issue that this change fixed.
Implementation of function assumes that we should return true IFF point inside segment or one of its end points.
But without eps check we may get flaky results.
for example for segment [1, 3]  and point 1 we will return true but for point 1/3*3=0.9999999... we get false.

ok, merging it.


Linux: Use different tray icon path for Flatpak

This fixes the missing tray icon issue on the Flatpak package.
Please note that for this fix to work, the tray icon must be installed to /app/share/icons/hicolor/*x*/apps/org.localsend.localsend_app-tray.png when packaging for Flatpak.
If this gets merged, I'll send a pull request to the Flatpak repository, which will install the tray icon to the location above.
Closes #1788

Thanks


include misc dir in sdist for RPM build (#4450)

Pull request opened by the merge tool on behalf of #4450

Merged into branches iso4 in 6e0a2a15c0ed172b273b112b07cf2b9ebb9658d2


Rubocop fixes in renderer

Minor rubocop fixes that were bothersome in renderer.
@miq-bot add_label api, refactoring
@miq-bot assign @abellotti

😍 Thank you @jntullo


Fail to  var cxt = new Intel.RealSense.Context() in vs2019  c#

I install thelibrealsense.x64(v2.45.1) and Intel.RealSenseWithNativeDll (v2.47.0) by vs2019 Nuget   in window7
when debug  using AnyCPU  or x64  ,there is something wrong :
when run into  new Intel.RealSense.Context() , or  new pipeline( )
the program exit ,but no anymessage, the return value is  -2147483645 (0x80000003)。
if  debug use x86 ,there is  System.TypeInitializationException:““Intel.RealSense.Context
if anyone know why,thanks

Hi @sukeyu81  Your problem may be similar to the one described at https://github.com/IntelRealSense/librealsense/issues/4495
It is advised not to use the AnyCPU setting.
There are separate .dll library files in the RealSense SDK for x86 (32-bit) and x64 (64-bit).  So if your project is using x86 then you should use the x86 version of realsense2.dll and if the project is set as x64 then it should use the x64 version of realsense2.dll.  Can you confirm please that you are matching a particular CPU architecture setting with the correct dll file in your project, please?
If you are using Windows and have installed the full RealSense SDK then you can find pre-built x86 and x64 dll files at the following folder location:
C: > Program Files (x86) > Intel RealSense SDK 2.0 > bin

I would also recommend not mixing files from different version numbers together (for example, librealsense 2.45 and Intel.RealSenseWithNativeDll 2.47).  https://github.com/IntelRealSense/librealsense/issues/7307 is an example of the two version numbers being matched.
Intel's official C# Cookbook page of C# examples use var ctx = new Context() so you could also try that instead of var ctx = new Intel.RealSense.Context()
https://github.com/IntelRealSense/librealsense/blob/master/wrappers/csharp/Documentation/cookbook.md

According  to #7307  ,it worked.
Thank you very much!

That's excellent news, @sukeyu81 - thanks very much for the update!

Case closed due to solution achieved and no further comments received.


Format "%(name)-18s" is not colorized

When using a format-string like "%(name)-18s" (mind the -), there is no color around. "%(name)18s" works.
Using version 3.0

Hi Hartmut and thanks for the feedback. I see you're trying to align logger names. Sorry for not anticipating the use case, you did give me a heads up :-). This is fixed now!


Zoom width is incorrect when a displayed equation has a tag

lexeii reports:
I found a problem with maths zooming when they have a tag.
There is a screenshot:
http://picasaweb.google.com/lh/photo/jRepIpIFe9OxZ2Tu-XstwoAYpah252045i2HqbRjJP8?feat=directlink
or
http://lh3.ggpht.com/_znh83BxKiXE/TT7b1uXCa5I/AAAAAAAAAL0/KCNLDAMycdc/s800/mathjax002.png
There is a source:
$$ Q_{\it\text{з.п}} = \frac{100 I_{\it\text{з.п}}}{C-C_0} = \frac{100
\cdot 1{,}16}{1-0} = 116 \ {\it\text{м}}^3/{\it\text{мин}}
\tag{5.1}$$

Clue is in "\tag{something}"
There is no problem with in-line maths zooming, and when maths don't
have a tag.
This is not critical as for me, but this is a bug.
I use OS Linux Mint 10 and web browser Mozilla Firefox 3.6.13.

The test should be updated to reflect zoom interface changes.
=> unit test wanted

http://devel.mathjax.org/testing/testsuite/UI/zoom-box-2.html
http://devel.mathjax.org/testing/testsuite/UI/zoom-box-2-ref.html

This test was broken and I just fixed it. However, it only works for the HTML-CSS output Jax. What is the correct way to call the zoom in HTML-CSS / SVG output?
http://devel.mathjax.org/testing/testsuite/UI/zoom-box-2.html?&mathJaxPath=http://devel.mathjax.org/testing/mathjax/dpvc/v2.0-candidate/unpacked/&outputJax=HTML-CSS
http://devel.mathjax.org/testing/testsuite/UI/zoom-box-2-ref.html?&mathJaxPath=http://devel.mathjax.org/testing/mathjax/dpvc/v2.0-candidate/unpacked/&outputJax=HTML-CSS

The problem here is that you don't need the ".childNode" when
obtaining the math element in SVG.
Perhaps using
var math = document.getElementById(jax.inputID+"-Frame");
if (!math.jaxID) {math = math.childNode}

would work (I haven't tested it).  Otherwise, you will have to do an
if-then on the current output format.
Davide
On Feb 14, 2012, at 3:13 AM, Frédéric Wang wrote:

This test was broken and I just fixed it. However, it only works for
the HTML-CSS output Jax. What is the correct way to call the zoom in
HTML-CSS / SVG output?
http://devel.mathjax.org/testing/testsuite/UI/zoom-box-2.html?&mathJaxPath=http://devel.mathjax.org/testing/mathjax/dpvc/v2.0-candidate/unpacked/&outputJax=HTML-CSS
http://devel.mathjax.org/testing/testsuite/UI/zoom-box-2-ref.html?&mathJaxPath=http://devel.mathjax.org/testing/mathjax/dpvc/v2.0-candidate/unpacked/&outputJax=HTML-CSS

Reply to this email directly or view it on GitHub:
https://github.com/mathjax/MathJax/issues/59#issuecomment-3956742


Prepare v3.1.0-alpha release

DON'T MERGE

Converted to draft, so that it doesn't get merged accidentally

Closing because of depcrecation


Reduce stress on "do not use a reference solution"

Motivated by #464
Preview: here

The rest (besides my comment) looks good to me.


if no request for a long time, server died?

Hi
I run a server and found if no request for a long time, maybe 24 hours, then If I connect to server with same channel, will be a network error.
We use haproxy as load balance. How could client check health of the connection/channel? then how to fix channel and reconnect (with Python code and Java code)?
Thanks so much.
The error log in Java side below:
2016-02-27 15:24:29.786 [grpc-default-worker-ELG-3] ERROR io.netty.handler.codec.http2.Http2ConnectionHandler.error:181 - Sending GOAWAY failed: lastStreamId '0', errorCode '2', debugData 'connection timed out: internal-dev-internel-proxy-1365586739.cn-north-1.elb.amazonaws.com.cn/<IP_ADDRESS>:50052'. Forcing shutdown of the connection.
java.nio.channels.ClosedChannelException: null
2016-02-27 15:24:29.788 [http-bio-8080-exec-5] ERROR com.vipkid.security.impl.AuthorizeServiceImpl.getRoleList:55 - Server Error,User Token = 236d50b3-ea62-4174-ad65-c849166d14fa ,e={}
io.grpc.StatusRuntimeException: UNAVAILABLE
    at io.grpc.Status.asRuntimeException(Status.java:431) ~[grpc-core-0.13.1.jar:0.13.1]
    at io.grpc.stub.ClientCalls.getUnchecked(ClientCalls.java:208) ~[grpc-stub-0.13.1.jar:0.13.1]
    at io.grpc.stub.ClientCalls.blockingUnaryCall(ClientCalls.java:141) ~[grpc-stub-0.13.1.jar:0.13.1]
    at com.vipkid.proto.service.AuthServiceGrpc$AuthServiceBlockingStub.getRoleList(AuthServiceGrpc.java:235) ~[auth-proto-1.1-20160226.061926-2.jar:na]
    at com.vipkid.client.service.AuthServiceClient.getRoleList(AuthServiceClient.java:68) ~[auth-client-1.1-20160226.071118-3.jar:na]
    at com.vipkid.security.impl.AuthorizeServiceImpl.getRoleList(AuthorizeServiceImpl.java:52) ~[AuthorizeServiceImpl.class:na]
    at sun.reflect.GeneratedMethodAccessor1046.invoke(Unknown Source) ~[na:na]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_65]
    at java.lang.reflect.Method.invoke(Method.java:497) ~[na:1.8.0_65]
    at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317) [spring-aop-4.0.6.RELEASE.jar:4.0.6.RELEASE]
    at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190) [spring-aop-4.0.6.RELEASE.jar:4.0.6.RELEASE]
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157) [spring-aop-4.0.6.RELEASE.jar:4.0.6.RELEASE]
    at org.springframework.transaction.interceptor.TransactionInterceptor$1.proceedWithInvocation(TransactionInterceptor.java:98) [spring-tx-4.0.6.RELEASE.jar:4.0.6.RELEASE]
    at org.springframework.transaction.interceptor.TransactionAspectSupport.invokeWithinTransaction(TransactionAspectSupport.java:262) [spring-tx-4.0.6.RELEASE.jar:4.0.6.RELEASE]
    at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:95) [spring-tx-4.0.6.RELEASE.jar:4.0.6.RELEASE]
    at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179) [spring-aop-4.0.6.RELEASE.jar:4.0.6.RELEASE]
    at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:207) [spring-aop-4.0.6.RELEASE.jar:4.0.6.RELEASE]
    at com.sun.proxy.$Proxy35.getRoleList(Unknown Source) [na:na]
    at com.vipkid.service.StaffAuthService.login(StaffAuthService.java:64) [StaffAuthService.class:na]
    at com.vipkid.service.StaffAuthService$$FastClassBySpringCGLIB$$f265537e.invoke(<generated>) [spring-core-4.0.6.RELEASE.jar:na]
    at org.springframework.cglib.proxy.MethodProxy.invoke(MethodProxy.java:204) [spring-core-4.0.6.RELEASE.jar:4.0.6.RELEASE]
    at org.springframework.aop.framework.CglibAopProxy$CglibMethodInvocation.invokeJoinpoint(CglibAopProxy.java:708) [spring-aop-4.0.6.RELEASE.jar:4.0.6.RELEASE]

The Java client apparently received UNAVAILABLE from the server without any description. The Java implementation tries very hard to never generate a Status without a description, but the server can still reply without a description.
@GuoJing what language was the server implemented in?

@ejona86 hi, we using Python as server, Java as client. The solution we use right now is try to reconnect when channel is down.

@GuoJing, so creating a new channel fixes the problem? That does sound more like a client-side issue. If you just retry on the same channel, does it work? The channel should auto-reconnect.
Are you using the OkHttp transport (for use on Android)? I just audited the Java code and found two places where UNAVAILABLE without a description could happen (grpc/grpc-java#1620), but only one was on client-side.

I believe I am hitting the same issue with a node js grpc client (0.14.1) and a java server (0.14.0). I create a client, and after a longish period of inactivity the first call on the client fails with UNAVAILABLE. If I retry I get a reply.

This sounds to me a lot like a NAT or somesuch dropping idle connections. Depending on how exactly the router does this, the client may not notice anything is amiss until it tries to send an RPC.

Yep, We are using AWS ELB load balance, then IDLE connection will be
dropped in 1 mins.
The solution is try to reconnect the SHUTDOWN and TERMINATED channel before
we do something.
2016-05-26 9:58 GMT+08:00 David Klempner<EMAIL_ADDRESS>
This sounds to me a lot like a NAT or somesuch dropping idle connections.
Depending on how exactly the router does this, the client may not notice
anything is amiss until it tries to send an RPC.
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/grpc/grpc/issues/5468#issuecomment-221758080

--
ありがとうございます。お邪魔しました。
http://www.guojing.me

So we are using aws elb as well, that is, the server is behind one of those. It seems though that the behavior of the java client is different than the behavior of the node js client. Anyway, recreating the client and retrying seems to work.

@giladwolff, you should be able to reuse the same channel for the retry since the channel will reconnect.

I am using Python server implemented and Java Client.
It's really easy to find where the problem is. If I run the client and do
nothing, then in 30s or 1s which depends on AWS ELB setting, Client will
get the message (Channel has beed shutdown/terminated by another endpoint)
in log.
If we try to reuse channel this time, I will get the UNAVAILABLE.
In Java Client, I have to close channel and recreate a new channel object.
Looks like it won't reconnect.
But...
I have a Python client and Python server implemented, same on AWS ELB, if I
have a IDEL connection, the first try I will get UNAVAILABLE also, but the
second try will be ok. Just like what @wolff said.
And Yes. This is a client-side problem, but not that friendly.
Thanks and sorry for poor English. :)
2016-05-26 8:29 GMT+08:00 Gilad Wolff<EMAIL_ADDRESS>
I believe I am hitting the same issue with a node js grpc client (0.14.1)
and a java server (0.14.0). I create a client, and after a longish period
of inactivity the first call on the client fails with UNAVAILABLE. If I
retry I get a reply.
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/grpc/grpc/issues/5468#issuecomment-221746675

--
http://www.guojing.me

@giladwolff https://github.com/giladwolff
yes! If I am not getting wrong, both node js and Python implement are using
C Core code, the C core tcp listener will try to reconnect automatically,
but the first try is UNAVAILABLE. second try is ok.
But the Java implement has different behavior.
the fake code below:
public Stub getBlockingStub(){

    if(channel.isShutdown() and channel.isTerminated()){
        channel = newChannel();
    }
    return Stub(channel);
}

// every time I have to call this function to check if the channel is down

but the Python code which with C Core will not:
channel = new_channel()
stub = new_stub(channel)
# wait here
stub.touch() # UNAVAILABLE
stub.touch() # return OK

We need to know, in Python implement, we don't have is_shutdown or
is_terminated interface.
2016-05-26 23:23 GMT+08:00 Gilad Wolff<EMAIL_ADDRESS>
So we are using aws elb as well, that is, the server is behind one of
those. It seems though that the behavior of the java client is different
than the behavior of the node js client. Anyway, recreating the client and
retrying seems to work.
—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub
https://github.com/grpc/grpc/issues/5468#issuecomment-221903723

--
ret
http://www.guojing.me

I agree with GouJing that this is a client side bug in the way the channel notices/handles disconnections from the server.

// every time I have to call this function to check if the channel is down

@GuoJing, this doesn't really make sense, unless you are calling channel.shutdown() in your own code. The only way channel.isShutdown() or channel.isTerminated() will return true is if you have called shutdown() or shutdownNow().
If you believe there is a bug in the Java client, could you provide the full Status, including the message for each of the RPC attempts?

@ejona86 Hi, I think the point is AWS ELB, ELB will terminate idle connection, I can't give a full status really, and I'm not the one who wrote the code, I'm write a gRPC server with Python (and gRPC python implement is still a lots of problem #6730 and #4969 )
here is our code:
package com.vipkid.service.jedi.grpc;

import io.grpc.ManagedChannel;

public class ChannelNode{
	private ManagedChannel channel;
	private JediServiceGrpc.JediServiceBlockingStub blockingStub;

	public ChannelNode(ManagedChannel channel, JediServiceGrpc.JediServiceBlockingStub blockingStub){
		this.channel = channel;
		this.blockingStub = blockingStub;
	}

	public ManagedChannel getChannel() {
		return channel;
	}

	public JediServiceGrpc.JediServiceBlockingStub getBlockingStub() {
		return blockingStub;
	}
}

and
package com.vipkid.service.jedi.grpc;

import io.grpc.ManagedChannel;
import io.grpc.netty.NettyChannelBuilder;

import org.apache.log4j.Logger;

import java.util.List;
import java.util.concurrent.CopyOnWriteArrayList;
import java.util.Random;

import static com.vipkid.service.jedi.grpc.JediServiceGrpc.JediServiceBlockingStub;

public class ChannelPool{
	private static final Logger logger = Logger.getLogger(ChannelPool.class);

   private static ChannelPool channelPool;
   private final List<ChannelNode> channelNodes = new CopyOnWriteArrayList<>();
   private String host;
   private int port;
   private int maxActive;

   private final static Object lock = new Object();
   private final Random random = new Random();

   private ChannelPool() {}

   public static ChannelPool getChannelPool(String host, int port, int maxActive){
	   if (channelPool != null) {
		   return channelPool;
	   }

	   synchronized (lock) {
		   if (channelPool != null) {
			   return channelPool;
		   }
		   channelPool = new ChannelPool();
		   channelPool.host = host;
		   channelPool.port = port;
		   channelPool.maxActive = maxActive;

		   //init  channelNodes
		   for (int i = 0; i < maxActive; i++) {
			   ChannelNode channelNode = channelPool.connect();
			   channelPool.channelNodes.add(channelNode);
		   }
	   }
	   return channelPool;
    }

   private ChannelNode connect(){
	   ManagedChannel channel = NettyChannelBuilder.forAddress(host, port)
			   .usePlaintext(true)
			   .build();
	   JediServiceBlockingStub blockingStub = JediServiceGrpc.newBlockingStub(channel);
	   return new ChannelNode(channel, blockingStub);
   }

   public void close() {
	   for(ChannelNode node : channelNodes) {
		   try {
			   node.getChannel().shutdownNow();
		   } catch (Exception e) {
			   logger.info("close channel error!");
		   }
	   }
   }

   public JediServiceBlockingStub getBlockingStub() {
	    int index = random.nextInt(maxActive);
	    ChannelNode channelNode = channelNodes.get(index);
	    ManagedChannel channel = channelNode.getChannel();
	    synchronized (lock) {
        // have to check connection status overtime
        // if we don't do this, we will get UNAVAILABLE
        // after this check, everything is OK
        if (channel.isShutdown() || channel.isTerminated()) {
                logger.error("RPC isShutdown, need reconnect and update channelList!");
                channelNode = connect();
                channelNodes.set(index, channelNode);
		    }
	    }
	    return channelNode.getBlockingStub();
    }

}

This is Java Client and Python Server.
If you think this is not a bug or this bug can not be reproduced, it ok to close this issue.

@ejona86 Hi, I think the point is AWS ELB, ELB will terminate idle connection, I can't give a full status really, and I'm not the one who wrote the code, I'm write a gRPC server with Python (and gRPC python implement is still a lots of problem #6730 and #4969 )
here is our code:
package com.vipkid.service.jedi.grpc;

import io.grpc.ManagedChannel;

public class ChannelNode{
	private ManagedChannel channel;
	private JediServiceGrpc.JediServiceBlockingStub blockingStub;

	public ChannelNode(ManagedChannel channel, JediServiceGrpc.JediServiceBlockingStub blockingStub){
		this.channel = channel;
		this.blockingStub = blockingStub;
	}

	public ManagedChannel getChannel() {
		return channel;
	}

	public JediServiceGrpc.JediServiceBlockingStub getBlockingStub() {
		return blockingStub;
	}
}

and
package com.vipkid.service.jedi.grpc;

import io.grpc.ManagedChannel;
import io.grpc.netty.NettyChannelBuilder;

import org.apache.log4j.Logger;

import java.util.List;
import java.util.concurrent.CopyOnWriteArrayList;
import java.util.Random;

import static com.vipkid.service.jedi.grpc.JediServiceGrpc.JediServiceBlockingStub;

public class ChannelPool{
	private static final Logger logger = Logger.getLogger(ChannelPool.class);

   private static ChannelPool channelPool;
   private final List<ChannelNode> channelNodes = new CopyOnWriteArrayList<>();
   private String host;
   private int port;
   private int maxActive;

   private final static Object lock = new Object();
   private final Random random = new Random();

   private ChannelPool() {}

   public static ChannelPool getChannelPool(String host, int port, int maxActive){
	   if (channelPool != null) {
		   return channelPool;
	   }

	   synchronized (lock) {
		   if (channelPool != null) {
			   return channelPool;
		   }
		   channelPool = new ChannelPool();
		   channelPool.host = host;
		   channelPool.port = port;
		   channelPool.maxActive = maxActive;

		   //init  channelNodes
		   for (int i = 0; i < maxActive; i++) {
			   ChannelNode channelNode = channelPool.connect();
			   channelPool.channelNodes.add(channelNode);
		   }
	   }
	   return channelPool;
    }

   private ChannelNode connect(){
	   ManagedChannel channel = NettyChannelBuilder.forAddress(host, port)
			   .usePlaintext(true)
			   .build();
	   JediServiceBlockingStub blockingStub = JediServiceGrpc.newBlockingStub(channel);
	   return new ChannelNode(channel, blockingStub);
   }

   public void close() {
	   for(ChannelNode node : channelNodes) {
		   try {
			   node.getChannel().shutdownNow();
		   } catch (Exception e) {
			   logger.info("close channel error!");
		   }
	   }
   }

   public JediServiceBlockingStub getBlockingStub() {
	    int index = random.nextInt(maxActive);
	    ChannelNode channelNode = channelNodes.get(index);
	    ManagedChannel channel = channelNode.getChannel();
	    synchronized (lock) {
        // have to check connection status overtime
        // if we don't do this, we will get UNAVAILABLE
        // after this check, everything is OK
        if (channel.isShutdown() || channel.isTerminated()) {
                logger.error("RPC isShutdown, need reconnect and update channelList!");
                channelNode = connect();
                channelNodes.set(index, channelNode);
		    }
	    }
	    return channelNode.getBlockingStub();
    }

}

This is Java Client and Python Server.
If you think this is not a bug or this bug can not be reproduced, it ok to close this issue.

I agree with GuoJing description - the ELB will close the connection after the idle connection timeout. This is not handled well in the grpc client code itself and forces callers, like GuoJing and myself to work around this. IMHO the grpc client code should notice that the channel was disconnected and try to reconnect.

We see this same problem with the Ruby client as well. Idle connection setting on AWS ELB is default 60s and once we increased it our calls stopped failing as frequently. We see a status 14 error happening in the client side.

Does closing this ticket mean it's been fixed. Can you share any details of the fix?

If the problem is just AWS ELB issues, then #7957 is a bit more refined issue to discuss on. I guess missing from that issue is keepalive support (grpc/grpc-java#1648 for java), which would cause gRPC to send PINGs after a configurable delay of inactivity (so you could configure it for 45s). Keepalive is scheduled to be complete for all implementations this quarter. Although the Java issue says keepalive won't go below one minute, there's some followup designs I need to publish that allow it to be much more aggressive if the service owner is willing to allow it.

Hi, I'm new user of gRPC, and I'm using python. can anyone tell me how to detect if the connection is shutdown from gRPC client side? and how to reconnect with a different channel? Better with example, I couldn't find in docs. And I've tried set futuer / describe etc. I'm using gRPC for a real-time service and any delay might lose users.  Tnx


Expose assign_moving_average via public API

Closes #35118

@robieta: Does it make sense to export this API?

My inclination is not to, as it would extend the API surface and it's not clear that it justifies the maintenance cost. (We have lots of symbols already.) However we can ask api-owners. I definitely don't think it should be a top-level symbol; tf.train.assign_moving_average might be fine since tf.train.ExponentialMovingAverage already exists.
By the way, it's already (mostly) exported via tf.keras.backend.moving_average_update, so if you just need a public symbol will that suffice?

@robieta tf.keras.backend.moving_average_update would be perfect, if zero_debias was a parameter. But it is currently set to zero_debias = not tf2.enabled().

@robieta Any update on this?

I think you'll have to bring it to TF API Owners.


comptime-resolving strategy to get include paths for import

This is required for package path resolving as discussed on discord.
Also, I think this is required to resolve OptionsStep (see for an usage example build_options inside src/), if those is used as import path (ie for the package).
https://github.com/ziglang/zig/pull/3372 is much more complex
https://github.com/ziglang/zig/pull/9973 is way simpler, but would need more handling of comptime generated import paths.

Funny enough, I am working on resolving packages now for file reduction.
The info is also used by Autodoc. The plugin is extremely useful and relative simple with the AST info.
For some reason zls is still failing to jump to the tag source and many other things, which is annoying.
I used
fd '.*.zig' src >> files
fd '.*.zig' lib/std >> files
FILES=$(cat files)
ztags $FILES


Added a Move example to interact with the existing UniswapV2

This PR adds a user (client) contract of UniswapV2. The Move modules
interact with the existing UniswapV2 contract via the external functions
which are defined in the "interface" modules (e.g., IERC20.move). The
external functions define their signatures as attributes. For example,
#[external(sig=b"transferFrom(address,address,uint) returns (bool)")]
This PR also adds a couple of new native functions such as
Evm::block_timestamp and U256::to_address.
TODO: In this PR, Ethereum addresses (20 bytes long) are defined as
local variables (using u256_from_words) rather than module constants.
This can be fixed once Move supports 20 byte long addresses and
literals.
Motivation
To add an example which interacts with some existing contract via external calls
Have you read the Contributing Guidelines on pull requests?
yes
Test Plan
cargo test

/land


Unable to build on Windows due to call to non-existent 'rm'

When trying to build following the instructions on the wiki, I get the following error
Building trajoptlib dylibs
'rm' is not recognized as an internal or external command,
operable program or batch file.
node:child_process:965
    throw err;
    ^

Error: Command failed: cd C:\Users\wtoth\Src\Choreo\scripts/../src-tauri && rm -rf target && cargo build --release
'rm' is not recognized as an internal or external command,
operable program or batch file.

    at checkExecSyncError (node:child_process:890:11)
    at execSync (node:child_process:962:15)
    at Object.<anonymous> (C:\Users\wtoth\Src\Choreo\scripts\copy_trajoptlib_dylibs.cjs:29:1)
    at Module._compile (node:internal/modules/cjs/loader:1376:14)
    at Module._extensions..js (node:internal/modules/cjs/loader:1435:10)
    at Module.load (node:internal/modules/cjs/loader:1207:32)
    at Module._load (node:internal/modules/cjs/loader:1023:12)
    at Function.executeUserEntryPoint [as runMain] (node:internal/modules/run_main:135:12)
    at node:internal/main/run_main_module:28:49 {

It looks like the copy script is making calls to Windows cmd that are not cross platform.

Could you link the wiki you're following?

Could you link the wiki you're following?

https://github.com/SleipnirGroup/Choreo/wiki/Building-Choreo

OBE by #326.


Update roses example sass

Update example styles. With the update to 0.41.0, chip now has shape enhancements.
./examples/roses/index.scss
See
  // TODO update line to use mixin when
  // @include mdc-chip-shape-radius(10px);

duplicate of #710. Closing.