Adicionar site em português à fonte Manytoon

Source name
Manytoon
Source link
https://pt.manytoon.com
Source language
Português PT-BR
Other details
18+/NSFW = yes

Acknowledgements

[X] I have checked that the extension does not already exist by searching the extension listing and verified it does not appear there.
[X] I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open or closed issue.
[X] I have written a meaningful title with the source name.
[X] I will fill out all of the requested information in this form.

Only the web page is in Portuguese, all the content is in English.
The extension is already implemented https://keiyoushi.github.io/extensions/#en.manytoon


[BUG] Winget failing to install update

Be sure to read the FAQ before submitting a new issue.

General description of bug:

What happened: Winget failed to update fastfetch
What should happen: It should update
Fastfetch version used:  N/A
Did it work in an older version:  N/A
Where did you get the binary:  N/A
Does this issue still occur in the latest dev build? N/A

$ winget remove Fastfetch-cli.Fastfetch
Found fastfetch [Fastfetch-cli.Fastfetch]
Starting package uninstall...
An unexpected error occurred while executing the command:
remove: Access is denied.: "C:\Users\Mukul\AppData\Local\Microsoft\WinGet\Packages\Fastfetch-cli.Fastfetch_Microsoft.Winget.Source_8wekyb3d8bbwe\fastfetch.exe"
Uninstall failed with exit code: 0x8a150003 : Executing command failed

$ winget install fastfetch-cli.Fastfetch --force
Found fastfetch [Fastfetch-cli.Fastfetch] Version 2.28.0
This application is licensed to you by its owner.
Microsoft is not responsible for, nor does it grant any licenses to, third-party packages.
Successfully verified installer hash
Extracting archive...
Successfully extracted archive
Starting package install...
An unexpected error occurred while executing the command:
remove: Access is denied.: "C:\Users\Mukul\AppData\Local\Microsoft\WinGet\Packages\Fastfetch-cli.Fastfetch_Microsoft.Winget.Source_8wekyb3d8bbwe\fastfetch.exe"
Portable install failed; Cleaning up...
An unexpected error occurred while executing the command:
0x80070490 : Element not found.

$ fastfetch --version
fastfetch 2.27.1 (x86_64)

Deleted rest as N/A

Powershell is running as administrator

This is fastfetch repo. Issues of fastfetch itself go here. Issues of package managers should be reported in their own repo.
https://github.com/microsoft/winget-pkgs/issues


Remove a statement without effect.

The return value of the min(...) call is never used. Looks like some leftover from some previous implementation.

CC: @jix


janet: 1.2.0 -> 1.3.1

Motivation for this change
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nix-review --run "nix-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

Notify maintainers
cc @andrewchambers

I have a question, a bot automatically updated janet last time, but not this time. Anyone know how regularly the update bot runs or what triggers it?

cc @ryantm has logs for the bot I think that answer that question.


GitHub Actions for React

Is your feature request related to a problem? Please describe.
It's important to have testing of the boilerplate code, so that we can always check it's compatibility with different versions
Describe the solution you'd like
GitHub Action to test the React Boilerplate code with Node 14 and Node 15
Additional context
None

I would like to be assigned to this


Revert "using the wrong until boundary"

This reverts commit 5725d4dc061cd9ea40c1a6371f48d5bc762d6e9a. Fixes #144.

I tested 0.10 and the problem seems to exist there, too (and in graphite-api in _vendor/whisper.py).


Mandatory Logic

Logic determining when a field is required to be entered
If the field is not mandatory in the database, you can define logic when the user is required to enter a valid value.
Exemple:
format := {expression} [{logic} {expression}]
expression := @{field1}@{operand}{value} or @{field1}@{operand}{value}
logic := {|}|{&}
value := strings or numbers
logic operators := AND or OR with the previous result from left to right
operand := eq{=}, gt{>}, le{<}, not{~^!}

@khanfouf If you need this now, you can implement something similar using automation scripts; you can check the submitted record and determine if any fields should be required.
If this is a feature request, we'll discuss it internally -- seems to me like a nice idea

Inactive. Closing


Meeting Style: Users can post questions and other users can post answers which receive votes.

ref: https://www.reddit.com/r/agile/comments/ex7dhj/i_was_frustrated_by_the_available_online/fgmc27k?utm_source=share&utm_medium=web2x
ref: https://retromat.org/en/?id=11

I think this is a little beyond the scope of this app at this point in time, I'll close this issue for now.


Completely fails at thecyberwire.com

E.g.,
trafilatura -u "https://thecyberwire.com/newsletters/daily-briefing/11/27"

...or
trafilatura -u "https://thecyberwire.com/stories/d1543536fd3949f3a506c59f5e4e60b0/diplomacy-continues-as-does-preparation-for-hybrid-war"

...return just nothing :(
~> trafilatura --version
Trafilatura 1.0.0 - Python 3.9.2

Hi @097115, I cannot reproduce the bug, it works on my computer. I see two options:

Maybe there is a problem with the download, can you download a page separately (say as page.html) and then type < page.html trafilatura to see if you get an output?
If you are on Apple Silicon / M1, the HTML parser may fail, which may result in no output as well. It is current being fixed by the developer.

Hi @097115, it means it is a problem of user agent string. The default one on Trafilatura may have been restricted from your website of interest (403 error code), or the default library urllib3 somehow doesn't work.
From there I see two options:

You install pycurl via pip install pycurl or pip install trafilatura[all] to see if it does the trick, since curl on the command-line works
You change the user-agent string in the settings file

Thanks, @adbar, adding pycurl works :)


Fix and capture more metadata

size and unit no longer exist in Google search results, so .match was failing.
There was also more that could be captured.
This PR fixes the failing issue and captures more metadata.

Thanks! This is epic!

Thank you @pevers ! :)


I2C error

Hardware used:
Using a custom board with the same I2C configuration as the 0.4v bms_c1 board. GPIO8 is SDA and GPIO9 is SCL.

Description of the issue:
We are using the bms_c1 firmware(code for 0.3v BMS board) at this commit https://github.com/LibreSolar/bms-firmware/tree/cb89c75b74e85a036b7c6243424e31c68b3b3018. An app.overlay file that updates the I2C pins to match the I2C configuration of the 0.4v bms_c1 board.
A few modifications have been done to the BMS firmware such as recovery for overcurrent in charge and discharge, short circuit and current calibration. We want to test these modifications in the lab before pushing the code to the bms_firmware repository.
When the firmware is flashed on the custom board getting this error:

Probing test points 12 and 13 revealed no observable signal waveforms on SDA and SCL lines.
app.overlay:

Impact:
Not able to execute the firmware with and without recovery modifications.
Zephyr version: v3.4
commit: b7e659cdd3088609c1e0b9d7f925a811c006f6bd

Did you also try if it works with most recent firmware commit in main? It contains several improvements. Maybe it solves your issue.

Ok. The overlay looks correct. Did you make sure it's picked up by the build system? (see output at the beginning of west build command)

Yes, it has picked the app.overlay file during the build.

We tried to debug the issue but it was unsuccessful. So we are integrating the recovery modifications in the latest commit but we hit a few roadblocks. I will open another thread to explain the issue.


Vim9: ":breakadd expr Unknown()" clears the whole function table

Describe the bug
In Vim9 script, :breakadd expr Unknown() clears the whole function table.
To Reproduce
Run this shell command:
vim -Nu NONE -S <(cat <<'EOF'
    vim9script

    breakadd expr Unknown()

    function FuncA()
    endfunction
    function FuncB()
    endfunction
    function FuncC()
    endfunction

    function
EOF
)

E117 is given:
E117: Unknown function: Unknown

This is expected.
The function table is empty (i.e. :function outputs nothing).  This is not expected.
Expected behavior
The function table remains the same; that is:
function <SNR>1_FuncA()
function <SNR>1_FuncB()
function <SNR>1_FuncC()

Environment

Vim version: 8.2 Included patches: 1-3416
OS: Ubuntu 20.04.3 LTS
Terminal: XTerm(353)

Additional context
In a legacy script, only FuncA() is removed, and E117 is given twice:
breakadd expr Unknown()
function FuncA()
endfunction
function FuncB()
endfunction
function FuncC()
endfunction
function

E117: Unknown function: Unknown
E117: Unknown function: Unknown
function FuncB()
function FuncC()

In Vim9 script script sourcing is aborted on the first error.
If you define a function before the "breakadd" it does get defined.
I would think this is working as specified.  However, perhaps we
should make a failing expression not affect script processing.

In Vim9 script script sourcing is aborted on the first error.

Right, sorry for the noise.

I re-open because there is definitely an issue.  If I run :breakadd expr Unknown() interactively, the function table is cleared.  All my functions get deleted.  I'll try to come up with a minimal example later.

I re-open because there is definitely an issue.  If I run :breakadd expr Unknown() interactively, the function table is cleared.  All my functions get deleted.  I'll try to come up with a minimal example later.

I was wrong.  The function table is not cleared; however it makes Vim unusable if we have autocmds listening to some events.  Again, I need to find a minimal example.

however it makes Vim unusable if we have autocmds listening to some events.

Basicall, Vim spews so many errors that we can no longer interact with it.
Also, it might crash.

You guys are disrupting my life by all your abuse and should be prosecuted to the fullest extent.this abuse of your skills has caused so much damage it is irreversible.

however it makes Vim unusable if we have autocmds listening to some events.

Basically, Vim spews so many errors that we can no longer interact with it.
Also, it might crash.

Please try out after patch 8.2.3417.  If you still see problems, we
might have to delete a debug expr if it causes an error message.
Getting a sequence of error messages can be very annoying (you may have
to quit Vim to avoid them).
--
hundred-and-one symptoms of being an internet addict:
11. You find yourself typing "com" after every period when using a word
processor.com
/// Bram Moolenaar -- @.*** -- http://www.Moolenaar.net   \
///                                                                      \
\\        sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ ///
\\            help me help AIDS victims -- http://ICCF-Holland.org    ///

Please try out after patch 8.2.3417.  If you still see problems, we
might have to delete a debug expr if it causes an error message.
Getting a sequence of error messages can be very annoying (you may have
to quit Vim to avoid them).

I tried and the issue is still present.  In fact, it seems worse, because – before – Vim could somewhat be interrupted by pressing C-c.  Now, it no longer works (or at least it's much harder).
I need more time to come up with a minimal example.  At first glance, the issue seems to come from functions which are executed by autocmds listening to CmdlineLeave, and by the 'statusline' and 'tabline' options.  Sometimes, Vim even crashes but it's hard to reproduce.

For the crash, here is a "minimal" example:
vim -Nu NONE -S <(cat <<'EOF'
    vim9script

    &lines = 15
    &laststatus = 2
    &lazyredraw = true
    &showtabline = 2
    &statusline = '%!Statusline()'
    &tabline = '%!Tabline()'
    &ttimeout = true
    &ttimeoutlen = 100
    &updatetime = 100

    def g:Statusline(): string
        return ''
    enddef

    def g:Tabline(): string
        var s: string
        var n: number = tabpagenr()
        eval 0 + 1
        eval 2 + 3

        for i in [1]
            s ..= n == 1 ? '' : ''
            s ..= '%' .. i .. 'T'
        endfor

        return s
    enddef
EOF
)

After Vim has been started, run this command interactively:
:breakadd expr Unknown()

E117 is given twice:
E117: Unknown function: Unknown
E117: Unknown function: Unknown

Now, press Escape: Vim throws many errors displayed in the internal pager.
Wait a little (maybe 1s), and press G to jump at the end of the pager: Vim crashes.
Backtrace:
[New LWP 92851]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/home/lgc/Vcs/vim/src/vim -Nu NONE -S /proc/self/fd/18'.
Program terminated with signal SIGABRT, Aborted.
#0  0x00007fce2c17855b in kill () at ../sysdeps/unix/syscall-template.S:78

Thread 1 (Thread 0x7fce2b6cb440 (LWP 92851)):
#0  0x00007fce2c17855b in kill () at ../sysdeps/unix/syscall-template.S:78
#1  0x00005628f1313453 in may_core_dump () at os_unix.c:3470
#2  0x00005628f13133f3 in mch_exit (r=1) at os_unix.c:3436
#3  0x00005628f14a9c68 in getout (exitval=1) at main.c:1711
#4  0x00005628f12d52df in preserve_exit () at misc1.c:2183
        buf = 0x0
#5  0x00005628f1310b54 in deathtrap (sigarg=6) at os_unix.c:1135
        entered = 1
        i = 4
#6  0x00007fce2c178210 in <signal handler called> () at /lib/x86_64-linux-gnu/libc.so.6
#7  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
        set = {__val = {0,<PHONE_NUMBER>19952,<PHONE_NUMBER>19064,<PHONE_NUMBER>0610,<PHONE_NUMBER>23392,<PHONE_NUMBER>9181842688,<PHONE_NUMBER>19104,<PHONE_NUMBER>3512, 0,<PHONE_NUMBER>19504,<PHONE_NUMBER>6528,<PHONE_NUMBER>19424,<PHONE_NUMBER>20560,<PHONE_NUMBER>,<PHONE_NUMBER>19064,<PHONE_NUMBER>0610}}
        pid = <optimized out>
        tid = <optimized out>
#8  0x00007fce2c157859 in __GI_abort () at abort.c:79
        save_stage = 1
        act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val = {1, 0,<PHONE_NUMBER>0611,<PHONE_NUMBER>23392,<PHONE_NUMBER>0611,<PHONE_NUMBER>19344,<PHONE_NUMBER>7300, 0,<PHONE_NUMBER>19408,<PHONE_NUMBER>0611,<PHONE_NUMBER>5561,<PHONE_NUMBER>,<PHONE_NUMBER>5561,<PHONE_NUMBER>19456,<PHONE_NUMBER>1283,<PHONE_NUMBER>19504}}, sa_flags = -1621572352, sa_restorer = 0x5628f16c2330}
        sigs = {__val = {32, 0 <repeats 15 times>}}
#9  0x00007fce2c1c23ee in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7fce2c2ec285 "%s\n") at ../sysdeps/posix/libc_fatal.c:155
        ap = {{gp_offset = 24, fp_offset = 0, overflow_arg_area = 0x7ffd82eb6a40, reg_save_area = 0x7ffd82eb69d0}}
        fd = <optimized out>
        list = <optimized out>
        nlist = <optimized out>
        cp = <optimized out>
#10 0x00007fce2c1ca47c in malloc_printerr (str=str@entry=0x7fce2c2ee5d0 "free(): double free detected in tcache 2") at malloc.c:5347
#11 0x00007fce2c1cc0ed in _int_free (av=0x7fce2c31db80 <main_arena>, p=0x5628f16ded70, have_lock=0) at malloc.c:4201
        tmp = <optimized out>
        e = 0x5628f16ded80
        tc_idx = 7
        size = 144
        fb = <optimized out>
        nextchunk = <optimized out>
        nextsize = <optimized out>
        nextinuse = <optimized out>
        prevsize = <optimized out>
        bck = <optimized out>
        fwd = <optimized out>
        __PRETTY_FUNCTION__ = "_int_free"
#12 0x00005628f11b3cde in vim_free (x=0x5628f16ded80) at alloc.c:616
#13 0x00005628f12a877c in list_free_list (l=0x5628f16ded80) at list.c:274
#14 0x00005628f12a8816 in list_free (l=0x5628f16ded80) at list.c:302
#15 0x00005628f12a8618 in list_unref (l=0x5628f16ded80) at list.c:216
#16 0x00005628f13fa6e6 in clear_tv (varp=0x5628f16d2e10) at typval.c:126
#17 0x00005628f143c1cd in exec_instructions (ectx=0x7ffd82eb7c20) at vim9execute.c:4423
        breakcheck_count = 87
        iptr = 0x5628f16c1fd8
        tv = 0x5628f16d2dd0
        ret = 0
        save_trylevel_at_start = 0
#18 0x00005628f143d3b0 in call_def_function (ufunc=0x5628f170d120, argc_arg=0, argv=0x7ffd82eb8570, partial=0x0, rettv=0x7ffd82eb8eb0) at vim9execute.c:4806
        ectx = {ec_stack = {ga_len = 10, ga_maxlen = 500, ga_itemsize = 16, ga_growsize = 500, ga_data = 0x5628f16d2d70}, ec_frame_idx = 0, ec_initial_frame_idx = 0, ec_outer_ref = 0x0, ec_funclocal = {floc_restore_cmdmod = 0, floc_save_cmdmod = {cmod_flags = 0, cmod_split = 0, cmod_tab = 0, cmod_filter_regmatch = {regprog = 0x0, startp = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, endp = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, rm_ic = 0}, cmod_filter_force = 0, cmod_verbose = 0, cmod_save_ei = 0x0, cmod_did_sandbox = 0, cmod_verbose_save = 0, cmod_save_msg_silent = 0, cmod_save_msg_scroll = 0, cmod_did_esilent = 0}, floc_restore_cmdmod_stacklen = 0}, ec_trystack = {ga_len = 0, ga_maxlen = 0, ga_itemsize = 40, ga_growsize = 10, ga_data = 0x0}, ec_instr = 0x5628f16c1c00, ec_dfunc_idx = 1, ec_iidx = 42, ec_funcrefs = {ga_len = 0, ga_maxlen = 0, ga_itemsize = 8, ga_growsize = 10, ga_data = 0x0}, ec_did_emsg_before = 0, ec_trylevel_at_start = 0, ec_where = {wt_func_name = 0x0, wt_index = 0 '\000', wt_variable = 0 '\000'}}
        argc = 0
        tv = 0xa1164e4e9f58c500
        idx = 4
        ret = 0
        defcount = 0
        save_current_sctx = {sc_sid = 0, sc_seq = 0, sc_lnum = 0, sc_version = 1}
        did_emsg_before = 0
        save_suppress_errthrow = 0
        saved_msg_list = 0x0
        private_msg_list = 0x0
        save_emsg_silent_def = 0
        save_did_emsg_def = 0
        orig_funcdepth = 1
        orig_nesting_level = 0
#19 0x00005628f1410eaf in call_user_func (fp=0x5628f170d120, argcount=0, argvars=0x7ffd82eb8570, rettv=0x7ffd82eb8eb0, funcexe=0x7ffd82eb8750, selfdict=0x0) at userfunc.c:2451
        caller = 0x0
        save_current_sctx = {sc_sid = 1, sc_seq = 0, sc_lnum =<PHONE_NUMBER>4686, sc_version = 7}
        using_sandbox = 0
        fc = 0x5628f16c1200
        save_did_emsg = 32765
        default_arg_err = 0
        v = 0x5628f16bec30
        fixvar_idx = 0
        i = 0
        ai = 22056
        islambda = 0
        numbuf = '\000' <repeats 28 times>, "\001", '\000' <repeats 28 times>, "\305X\237NN\026\241"
        name = 0x5628f16d2dd0 "\a"
        tv_to_free = {0x0 <repeats 19 times>, 0x7fce2c1cc00b <_int_free+1611>}
        tv_to_free_len = 0
        profile_info = {pi_started_profiling = 0, pi_wait_start = {tv_sec = 0, tv_usec = 0}, pi_call_start = {tv_sec = 0, tv_usec = 0}}
        estack_len_before = -2098495840
#20 0x00005628f1412144 in call_user_func_check (fp=0x5628f170d120, argcount=0, argvars=0x7ffd82eb8570, rettv=0x7ffd82eb8eb0, funcexe=0x7ffd82eb8750, selfdict=0x0) at userfunc.c:2846
        did_save_redo = 1
        save_redo = {sr_redobuff = {bh_first = {b_next = 0x0, b_str = ""}, bh_curr = 0x0, bh_index = 0, bh_space = 0}, sr_old_redobuff = {bh_first = {b_next = 0x0, b_str = ""}, bh_curr = 0x0, bh_index = 0, bh_space = 0}}
        error = 0
#21 0x00005628f1412f98 in call_func (funcname=0x5628f170c0c0 "Tabline()", len=7, rettv=0x7ffd82eb8eb0, argcount_in=0, argvars_in=0x7ffd82eb8570, funcexe=0x7ffd82eb8750) at userfunc.c:3336
        rfname = 0x5628f16d15d0 "Tabline"
        is_global = 0
        ret = 0
        error = 0
        i = 0
        fp = 0x5628f170d120
        fname_buf = "\020\205\353\202\375\177\000\000\a\372 \361(V\000\000\300\216\353\202\375\177\000\000*\320p\361(V\000\000\260\247\353\202\375\177\000\000"
        tofree = 0x0
        fname = 0x5628f16d15d0 "Tabline"
        name = 0x5628f16d15d0 "Tabline"
        argcount = 0
        argvars = 0x7ffd82eb8570
        selfdict = 0x0
        argv = {{v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number =<PHONE_NUMBER>26304, v_float = 6.9528277292761272e-310, v_string = 0x7ffd82eb8420 "@\204\353\202\375\177", v_list = 0x7ffd82eb8420, v_dict = 0x7ffd82eb8420, v_partial = 0x7ffd82eb8420, v_job = 0x7ffd82eb8420, v_channel = 0x7ffd82eb8420, v_blob = 0x7ffd82eb8420, v_instr = 0x7ffd82eb8420}}, {v_type =<PHONE_NUMBER>, v_lock = 40 '(', vval = {v_number =<PHONE_NUMBER>4281, v_float = 4.6804737707363895e-310, v_string = 0x5628f11b3b49 <lalloc+75> "H\211E\370H\203", <incomplete sequence \370>, v_list = 0x5628f11b3b49 <lalloc+75>, v_dict = 0x5628f11b3b49 <lalloc+75>, v_partial = 0x5628f11b3b49 <lalloc+75>, v_job = 0x5628f11b3b49 <lalloc+75>, v_channel = 0x5628f11b3b49 <lalloc+75>, v_blob = 0x5628f11b3b49 <lalloc+75>, v_instr = 0x5628f11b3b49 <lalloc+75>}}, {v_type = VAR_UNKNOWN, v_lock = 1 '\001', vval = {v_number = 2, v_float = 9.8813129168249309e-324, v_string = 0x2 <error: Cannot access memory at address 0x2>, v_list = 0x2, v_dict = 0x2, v_partial = 0x2, v_job = 0x2, v_channel = 0x2, v_blob = 0x2, v_instr = 0x2}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = -6839192884527708928, v_float = -2.725722635061875e-149, v_string = 0xa1164e4e9f58c500 <error: Cannot access memory at address 0xa1164e4e9f58c500>, v_list = 0xa1164e4e9f58c500, v_dict = 0xa1164e4e9f58c500, v_partial = 0xa1164e4e9f58c500, v_job = 0xa1164e4e9f58c500, v_channel = 0xa1164e4e9f58c500, v_blob = 0xa1164e4e9f58c500, v_instr = 0xa1164e4e9f58c500}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>3552, v_float = 4.6804737707003722e-310, v_string = 0x5628f11b3870 <_start> "\363\017\036\372\061\355I\211\321^H\211\342H\203\344\360PTL\215\005\206#0", v_list = 0x5628f11b3870 <_start>, v_dict = 0x5628f11b3870 <_start>, v_partial = 0x5628f11b3870 <_start>, v_job = 0x5628f11b3870 <_start>, v_channel = 0x5628f11b3870 <_start>, v_blob = 0x5628f11b3870 <_start>, v_instr = 0x5628f11b3870 <_start>}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number =<PHONE_NUMBER>76, v_float = 1.1883176429405525e-312, v_string = 0x3800000000 <error: Cannot access memory at address 0x3800000000>, v_list = 0x3800000000, v_dict = 0x3800000000, v_partial = 0x3800000000, v_job = 0x3800000000, v_channel = 0x3800000000, v_blob = 0x3800000000, v_instr = 0x3800000000}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>9400, v_float = 4.6804738026095031e-310, v_string = 0x5628f1251348 <set_no_hlsearch+71> "\220\311\303\363\017\036\372UH\211\345H\203\354\020H\211}\370\277\001", v_list = 0x5628f1251348 <set_no_hlsearch+71>, v_dict = 0x5628f1251348 <set_no_hlsearch+71>, v_partial = 0x5628f1251348 <set_no_hlsearch+71>, v_job = 0x5628f1251348 <set_no_hlsearch+71>, v_channel = 0x5628f1251348 <set_no_hlsearch+71>, v_blob = 0x5628f1251348 <set_no_hlsearch+71>, v_instr = 0x5628f1251348 <set_no_hlsearch+71>}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>, v_float = 4.1232419459919943e-314, v_string = 0x1f16ec090 <error: Cannot access memory at address 0x1f16ec090>, v_list = 0x1f16ec090, v_dict = 0x1f16ec090, v_partial = 0x1f16ec090, v_job = 0x1f16ec090, v_channel = 0x1f16ec090, v_blob = 0x1f16ec090, v_instr = 0x1f16ec090}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>2954, v_float = 4.6804740478416543e-310, v_string = 0x5628f170d02a ")", v_list = 0x5628f170d02a, v_dict = 0x5628f170d02a, v_partial = 0x5628f170d02a, v_job = 0x5628f170d02a, v_channel = 0x5628f170d02a, v_blob = 0x5628f170d02a, v_instr = 0x5628f170d02a}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>2954, v_float = 4.6804740478416543e-310, v_string = 0x5628f170d02a ")", v_list = 0x5628f170d02a, v_dict = 0x5628f170d02a, v_partial = 0x5628f170d02a, v_job = 0x5628f170d02a, v_channel = 0x5628f170d02a, v_blob = 0x5628f170d02a, v_instr = 0x5628f170d02a}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>0125, v_float = 4.6804737893055504e-310, v_string = 0x5628f120f76d <eval_next_non_blank+55> "\205\300\017\204\264", v_list = 0x5628f120f76d <eval_next_non_blank+55>, v_dict = 0x5628f120f76d <eval_next_non_blank+55>, v_partial = 0x5628f120f76d <eval_next_non_blank+55>, v_job = 0x5628f120f76d <eval_next_non_blank+55>, v_channel = 0x5628f120f76d <eval_next_non_blank+55>, v_blob = 0x5628f120f76d <eval_next_non_blank+55>, v_instr = 0x5628f120f76d <eval_next_non_blank+55>}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>26524, v_float = 6.9528277292869967e-310, v_string = 0x7ffd82eb84fc "", v_list = 0x7ffd82eb84fc, v_dict = 0x7ffd82eb84fc, v_partial = 0x7ffd82eb84fc, v_job = 0x7ffd82eb84fc, v_channel = 0x7ffd82eb84fc, v_blob = 0x7ffd82eb84fc, v_instr = 0x7ffd82eb84fc}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>2954, v_float = 4.6804740478416543e-310, v_string = 0x5628f170d02a ")", v_list = 0x5628f170d02a, v_dict = 0x5628f170d02a, v_partial = 0x5628f170d02a, v_job = 0x5628f170d02a, v_channel = 0x5628f170d02a, v_blob = 0x5628f170d02a, v_instr = 0x5628f170d02a}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number =<PHONE_NUMBER>2954, v_float = 4.6804740478416543e-310, v_string = 0x5628f170d02a ")", v_list = 0x5628f170d02a, v_dict = 0x5628f170d02a, v_partial = 0x5628f170d02a, v_job = 0x5628f170d02a, v_channel = 0x5628f170d02a, v_blob = 0x5628f170d02a, v_instr = 0x5628f170d02a}}}
        argv_clear = 0
        argv_base = 0
        partial = 0x0
        check_type = {tt_type = VAR_UNKNOWN, tt_argcount = 0 '\000', tt_min_argcount = 0 '\000', tt_flags = 0 '\000', tt_member = 0x0, tt_args = 0x0}
#22 0x00005628f140f79f in get_func_tv (name=0x5628f170c0c0 "Tabline()", len=7, rettv=0x7ffd82eb8eb0, arg=0x7ffd82eb8e50, evalarg=0x7ffd82eb8ec0, funcexe=0x7ffd82eb8750) at userfunc.c:1707
        i = 0
        did_emsg_before = 0
        argp = 0x5628f170d02b ""
        ret = 1
        argvars = {{v_type = VAR_ANY, v_lock = 0 '\000', vval = {v_number =<PHONE_NUMBER>2953, v_float = 4.6804740478416049e-310, v_string = 0x5628f170d029 "()", v_list = 0x5628f170d029, v_dict = 0x5628f170d029, v_partial = 0x5628f170d029, v_job = 0x5628f170d029, v_channel = 0x5628f170d029, v_blob = 0x5628f170d029, v_instr = 0x5628f170d029}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>8867, v_float = 4.6804738633532438e-310, v_string = 0x5628f137d5e3 <script_autoload+58> "H\211E\350H\203", <incomplete sequence \350>, v_list = 0x5628f137d5e3 <script_autoload+58>, v_dict = 0x5628f137d5e3 <script_autoload+58>, v_partial = 0x5628f137d5e3 <script_autoload+58>, v_job = 0x5628f137d5e3 <script_autoload+58>, v_channel = 0x5628f137d5e3 <script_autoload+58>, v_blob = 0x5628f137d5e3 <script_autoload+58>, v_instr = 0x5628f137d5e3 <script_autoload+58>}}, {v_type =<PHONE_NUMBER>, v_lock = 0 '\000', vval = {v_number =<PHONE_NUMBER>2946, v_float = 4.6804740478412591e-310, v_string = 0x5628f170d022 "Tabline()", v_list = 0x5628f170d022, v_dict = 0x5628f170d022, v_partial = 0x5628f170d022, v_job = 0x5628f170d022, v_channel = 0x5628f170d022, v_blob = 0x5628f170d022, v_instr = 0x5628f170d022}}, {v_type =<PHONE_NUMBER>, v_lock = 8 '\b', vval = {v_number =<PHONE_NUMBER>0576, v_float = 4.6802739165530046e-310, v_string = 0x562800000000 <error: Cannot access memory at address 0x562800000000>, v_list = 0x562800000000, v_dict = 0x562800000000, v_partial = 0x562800000000, v_job = 0x562800000000, v_channel = 0x562800000000, v_blob = 0x562800000000, v_instr = 0x562800000000}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type =<PHONE_NUMBER>, v_lock = 40 '(', vval = {v_number = -6839192884527708928, v_float = -2.725722635061875e-149, v_string = 0xa1164e4e9f58c500 <error: Cannot access memory at address 0xa1164e4e9f58c500>, v_list = 0xa1164e4e9f58c500, v_dict = 0xa1164e4e9f58c500, v_partial = 0xa1164e4e9f58c500, v_job = 0xa1164e4e9f58c500, v_channel = 0xa1164e4e9f58c500, v_blob = 0xa1164e4e9f58c500, v_instr = 0xa1164e4e9f58c500}}, {v_type =<PHONE_NUMBER>, v_lock = 0 '\000', vval = {v_number =<PHONE_NUMBER>2946, v_float = 4.6804740478412591e-310, v_string = 0x5628f170d022 "Tabline()", v_list = 0x5628f170d022, v_dict = 0x5628f170d022, v_partial = 0x5628f170d022, v_job = 0x5628f170d022, v_channel = 0x5628f170d022, v_blob = 0x5628f170d022, v_instr = 0x5628f170d022}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>2946, v_float = 4.6804740478412591e-310, v_string = 0x5628f170d022 "Tabline()", v_list = 0x5628f170d022, v_dict = 0x5628f170d022, v_partial = 0x5628f170d022, v_job = 0x5628f170d022, v_channel = 0x5628f170d022, v_blob = 0x5628f170d022, v_instr = 0x5628f170d022}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = -6839192884527708928, v_float = -2.725722635061875e-149, v_string = 0xa1164e4e9f58c500 <error: Cannot access memory at address 0xa1164e4e9f58c500>, v_list = 0xa1164e4e9f58c500, v_dict = 0xa1164e4e9f58c500, v_partial = 0xa1164e4e9f58c500, v_job = 0xa1164e4e9f58c500, v_channel = 0xa1164e4e9f58c500, v_blob = 0xa1164e4e9f58c500, v_instr = 0xa1164e4e9f58c500}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>7754, v_float = 4.6804737956112608e-310, v_string = 0x5628f122e9fa <find_var+192> "\205\300tjH\213E\330\017\266", v_list = 0x5628f122e9fa <find_var+192>, v_dict = 0x5628f122e9fa <find_var+192>, v_partial = 0x5628f122e9fa <find_var+192>, v_job = 0x5628f122e9fa <find_var+192>, v_channel = 0x5628f122e9fa <find_var+192>, v_blob = 0x5628f122e9fa <find_var+192>, v_instr = 0x5628f122e9fa <find_var+192>}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>2946, v_float = 4.6804740478412591e-310, v_string = 0x5628f170d022 "Tabline()", v_list = 0x5628f170d022, v_dict = 0x5628f170d022, v_partial = 0x5628f170d022, v_job = 0x5628f170d022, v_channel = 0x5628f170d022, v_blob = 0x5628f170d022, v_instr = 0x5628f170d022}}, {v_type =<PHONE_NUMBER>, v_lock = 40 '(', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number =<PHONE_NUMBER>26928, v_float = 6.9528277293069569e-310, v_string = 0x7ffd82eb8690 "\260\206\353\202\375\177", v_list = 0x7ffd82eb8690, v_dict = 0x7ffd82eb8690, v_partial = 0x7ffd82eb8690, v_job = 0x7ffd82eb8690, v_channel = 0x7ffd82eb8690, v_blob = 0x7ffd82eb8690, v_instr = 0x7ffd82eb8690}}, {v_type =<PHONE_NUMBER>, v_lock = 40 '(', vval = {v_number =<PHONE_NUMBER>4281, v_float = 4.6804737707363895e-310, v_string = 0x5628f11b3b49 <lalloc+75> "H\211E\370H\203", <incomplete sequence \370>, v_list = 0x5628f11b3b49 <lalloc+75>, v_dict = 0x5628f11b3b49 <lalloc+75>, v_partial = 0x5628f11b3b49 <lalloc+75>, v_job = 0x5628f11b3b49 <lalloc+75>, v_channel = 0x5628f11b3b49 <lalloc+75>, v_blob = 0x5628f11b3b49 <lalloc+75>, v_instr = 0x5628f11b3b49 <lalloc+75>}}, {v_type = VAR_UNKNOWN, v_lock = 1 '\001', vval = {v_number = 10, v_float = 4.9406564584124654e-323, v_string = 0xa <error: Cannot access memory at address 0xa>, v_list = 0xa, v_dict = 0xa, v_partial = 0xa, v_job = 0xa, v_channel = 0xa, v_blob = 0xa, v_instr = 0xa}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number =<PHONE_NUMBER>9008, v_float = 4.680474047646696e-310, v_string = 0x5628f170c0c0 "Tabline()", v_list = 0x5628f170c0c0, v_dict = 0x5628f170c0c0, v_partial = 0x5628f170c0c0, v_job = 0x5628f170c0c0, v_channel = 0x5628f170c0c0, v_blob = 0x5628f170c0c0, v_instr = 0x5628f170c0c0}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>3920, v_float = 4.6804737707185538e-310, v_string = 0x5628f11b39e0 <alloc+33> "\311\303\363\017\036\372UH\211\345H\203\354\020H\211}\370\211u\364\213\005\345\001<", v_list = 0x5628f11b39e0 <alloc+33>, v_dict = 0x5628f11b39e0 <alloc+33>, v_partial = 0x5628f11b39e0 <alloc+33>, v_job = 0x5628f11b39e0 <alloc+33>, v_channel = 0x5628f11b39e0 <alloc+33>, v_blob = 0x5628f11b39e0 <alloc+33>, v_instr = 0x5628f11b39e0 <alloc+33>}}, {v_type = VAR_UNKNOWN, v_lock = 0 '\000', vval = {v_number = 10, v_float = 4.9406564584124654e-323, v_string = 0xa <error: Cannot access memory at address 0xa>, v_list = 0xa, v_dict = 0xa, v_partial = 0xa, v_job = 0xa, v_channel = 0xa, v_blob = 0xa, v_instr = 0xa}}, {v_type =<PHONE_NUMBER>, v_lock = -3 '\375', vval = {v_number =<PHONE_NUMBER>0347, v_float = 4.680473875283941e-310, v_string = 0x5628f13b852b <vim_strsave+82> "H\213E\370\311\303\363\017\036\372UH\211\345H\203\354 H\211}\350H\211u\340H\213E\340H\203\300\001H\211\307\350j\264\337\377H\211E\370H\203", <incomplete sequence \370>, v_list = 0x5628f13b852b <vim_strsave+82>, v_dict = 0x5628f13b852b <vim_strsave+82>, v_partial = 0x5628f13b852b <vim_strsave+82>, v_job = 0x5628f13b852b <vim_strsave+82>, v_channel = 0x5628f13b852b <vim_strsave+82>, v_blob = 0x5628f13b852b <vim_strsave+82>, v_instr = 0x5628f13b852b <vim_strsave+82>}}}
        argcount = 0
        vim9script = 0
#23 0x00005628f120f61e in eval_func (arg=0x7ffd82eb8e50, evalarg=0x7ffd82eb8ec0, name=0x5628f170d022 "Tabline()", name_len=7, rettv=0x7ffd82eb8eb0, flags=1, basetv=0x0) at eval.c:2014
        funcexe = {argv_func = 0x0, firstline = 1, lastline = 1, doesrange = 0x0, evaluate = 1, partial = 0x0, selfdict = 0x0, basetv = 0x0, check_type = 0x0}
        evaluate = 1
        s = 0x5628f170c0c0 "Tabline()"
        len = 7
        partial = 0x0
        ret = 1
        type = 0x0
#24 0x00005628f1212ac1 in eval7 (arg=0x7ffd82eb8e50, rettv=0x7ffd82eb8eb0, evalarg=0x7ffd82eb8ec0, want_string=0) at eval.c:3594
        flags = 1
        evaluate = 1
        len = 7
        s = 0x5628f170d022 "Tabline()"
        start_leader = 0x5628f170d022 "Tabline()"
        end_leader = 0x5628f170d022 "Tabline()"
        ret = 2
        alias = 0x0
#25 0x00005628f1212196 in eval7t (arg=0x7ffd82eb8e50, rettv=0x7ffd82eb8eb0, evalarg=0x7ffd82eb8ec0, want_string=0) at eval.c:3292
        want_type = 0x0
        type_list = {ga_len = -2098493152, ga_maxlen = 32765, ga_itemsize = -244400014, ga_growsize = 22056, ga_data = 0x5628f16ec072}
        res = 0
        evaluate = 1
#26 0x00005628f1211bee in eval6 (arg=0x7ffd82eb8e50, rettv=0x7ffd82eb8eb0, evalarg=0x7ffd82eb8ec0, want_string=0) at eval.c:3084
        use_float = 0
#27 0x00005628f121133a in eval5 (arg=0x7ffd82eb8e50, rettv=0x7ffd82eb8eb0, evalarg=0x7ffd82eb8ec0) at eval.c:2847
#28 0x00005628f1210e59 in eval4 (arg=0x7ffd82eb8e50, rettv=0x7ffd82eb8eb0, evalarg=0x7ffd82eb8ec0) at eval.c:2700
        p = 0x3000000020 <error: Cannot access memory at address 0x3000000020>
        getnext = -244400002
        type = EXPR_UNKNOWN
        len = 2
        type_is = 0
#29 0x00005628f1210974 in eval3 (arg=0x7ffd82eb8e50, rettv=0x7ffd82eb8eb0, evalarg=0x7ffd82eb8ec0) at eval.c:2561
        p = 0x5628f16ec07e ""
        getnext = 32765
#30 0x00005628f12104a8 in eval2 (arg=0x7ffd82eb8e50, rettv=0x7ffd82eb8eb0, evalarg=0x7ffd82eb8ec0) at eval.c:2435
        p = 0x0
        getnext = 32765
#31 0x00005628f120fd6f in eval1 (arg=0x7ffd82eb8e50, rettv=0x7ffd82eb8eb0, evalarg=0x7ffd82eb8ec0) at eval.c:2281
        p = 0x0
        getnext = 0
#32 0x00005628f120fb95 in eval0 (arg=0x5628f170d022 "Tabline()", rettv=0x7ffd82eb8eb0, eap=0x0, evalarg=0x7ffd82eb8ec0) at eval.c:2217
        ret = 22056
        p = 0x5628f170d029 "()"
        did_emsg_before = 0
        called_emsg_before = 0
        flags = 1
        end_error = 0
#33 0x00005628f120c13d in eval_to_string_eap (arg=0x5628f170d022 "Tabline()", convert=0, eap=0x0) at eval.c:531
        tv = {v_type = VAR_NUMBER, v_lock = 0 '\000', vval = {v_number = 0, v_float = 0, v_string = 0x0, v_list = 0x0, v_dict = 0x0, v_partial = 0x0, v_job = 0x0, v_channel = 0x0, v_blob = 0x0, v_instr = 0x0}}
        retval = 0x5628f122feed <set_var_const+2476> "\353*H\213M\220H\213E\200H\213P\bH\213"
        evalarg = {eval_flags = 1, eval_break_count = 0, eval_getline = 0x0, eval_cookie = 0x0, eval_cctx = 0x0, eval_cstack = 0x0, eval_ga = {ga_len = 0, ga_maxlen = 0, ga_itemsize = 0, ga_growsize = 0, ga_data = 0x0}, eval_freega = {ga_len = 0, ga_maxlen = 0, ga_itemsize = 0, ga_growsize = 0, ga_data = 0x0}, eval_tofree = 0x0, eval_tofree_cmdline = 0x0, eval_tofree_lambda = 0x0}
#34 0x00005628f120c1d2 in eval_to_string (arg=0x5628f170d022 "Tabline()", convert=0) at eval.c:548
#35 0x00005628f120c24a in eval_to_string_safe (arg=0x5628f170d022 "Tabline()", use_sandbox=0) at eval.c:570
        retval = 0x5628f122f53e <set_var+59> "\220\311\303\363\017\036\372UH\211\345SH\201\354", <incomplete sequence \310>
        funccal_entry = {top_funccal = 0x0, next = 0x0}
        save_sc_version = 0
#36 0x00005628f11c3f2d in build_stl_str_hl (wp=0x5628f16b4ff0, out=0x7ffd82eb92a0 "", outlen=4096, fmt=0x5628f170d020 "%!Tabline()", use_sandbox=0, fillchar=32, maxwidth=80, hltab=0x7ffd82eb9278, tabtab=0x7ffd82eb9280) at buffer.c:4188
        tv = {v_type = VAR_NUMBER, v_lock = 0 '\000', vval = {v_number = 1000, v_float = 4.9406564584124654e-321, v_string = 0x3e8 <error: Cannot access memory at address 0x3e8>, v_list = 0x3e8, v_dict = 0x3e8, v_partial = 0x3e8, v_job = 0x3e8, v_channel = 0x3e8, v_blob = 0x3e8, v_instr = 0x3e8}}
        lnum = 0
        len = 0
        p = 0x0
        s = 0x5 <error: Cannot access memory at address 0x5>
        t = 0x0
        byteval = 0
        save_curwin = 0x0
        save_curbuf = 0x0
        save_VIsual_active = 0
        empty_line = 0
        virtcol = 0
        l = 0
        n = 0
        prevchar_isflag = 0
        prevchar_isitem = 0
        itemisflag = 0
        fillable = 0
        str = 0x0
        num = 0
        width = 0
        itemcnt = 0
        curitem = 0
        group_end_userhl = 0
        group_start_userhl = 0
        groupdepth = 0
        evaldepth = 0
        minwid = 0
        maxwid = 0
        zeropad = 0
        base = 0 '\000'
        opt = 0 '\000'
        buf_tmp = '\000' <repeats 69 times>
        win_tmp = "p8\033\361(V\000\000I;\033\361(V\000\000\000\000\000\000\001\000\000\000\f", '\000' <repeats 15 times>, " \320p\361(V\000\000\360\221\353\202\375\177\000\000\340\071\033\361(V\000\000X\251L\361(V"
        usefmt = 0x5628f170d020 "%!Tabline()"
        sp = 0x0
        save_must_redraw = 0
        save_redr_type = 30
#37 0x00005628f1371dd1 in win_redr_custom (wp=0x0, draw_ruler=0) at screen.c:1322
        entered = 1
        attr = 1
        curattr = 0
        row = 0
        col = 0
        maxwidth = 80
        width = 0
        n = 0
        len = 0
        fillchar = 32
        buf = '\000' <repeats 57 times>, "\305X\237NN\026\241\000\000\000\000\000\000\000\000\347b=\361(V\000\000P\223\353\202\375\177\000\000BrM\361(V\000\000P\223\353\202\375\177\000\000O\000\000\000\f\000\000\000P\223\353\202\375\177\000\000\347\003\000\000\003\000\000\000\000\000\000\000\001", '\000' <repeats 11 times>, "\300\223\353\202\375\177\000\000O\000\000\000\f\000\000\000\377\377\377\377\000\000\000\000\020wk\361 \000\000\000\240\223\353\202\375\177\000\000\222<7\361(V\000\000\304\321n\361O\000\000\000"...
        stl = 0x5628f170d020 "%!Tabline()"
        p = 0x0
        hltab = 0x0
        tabtab = 0x0
        use_sandbox = 0
        ewp = 0x5628f16b4ff0
        p_crb_save = 0
#38 0x00005628f13781fe in draw_tabline () at screen.c:4436
        saved_did_emsg = 0
        tabcount = 0
        tp = 0xfffffffe00000008
        tabwidth = -244615408
        col = 0
        scol = 0
        attr = 32765
        wp = 0x0
        cwp = 0x100000001
        wincount = -248024448
        modified = 22056
        c = 0
        len = 0
        attr_sel = 2
        attr_nosel = 282
        attr_fill = 1
        p = 0x0
        room = 0
        use_sep_chars = 0
#39 0x00005628f11fb314 in update_screen (type_arg=0) at drawscreen.c:259
        type = 10
        wp = 0x0
        did_intro = 1
        did_one = 0
        did_undraw = 0
        gui_cursor_col = 0
        gui_cursor_row = 0
        no_update = 0
        save_pum_will_redraw = 0
#40 0x00005628f1280d38 in vgetorpeek (advance=1) at getchar.c:3259
        wait_time = 0
        keylen = -1
        showcmd_idx = 0
        c = 0
        c1 = 0
        timedout = 0
        mapdepth = 0
        mode_deleted = 0
        new_wcol = 0
        new_wrow = 0
        shape_changed = 0
        n = 1
        old_wcol = 0
        old_wrow = 0
        wait_tb_len = 0
#41 0x00005628f127e472 in vgetc () at getchar.c:1690
        did_inc = 0
        c = 0
        c2 = 0
        n = 1
        buf = "\001", '\000' <repeats 15 times>, "\220\244\353\202\375\177"
        i = 0
#42 0x00005628f127eb58 in safe_vgetc () at getchar.c:1919
        c = 0
#43 0x00005628f12e557b in normal_cmd (oap=0x7ffd82eba5b0, toplevel=1) at normal.c:570
        ca = {oap = 0x7ffd82eba5b0, prechar = 0, cmdchar = 0, nchar = 0, ncharC1 = 0, ncharC2 = 0, extra_char = 0, opcount = 0, count0 = 0, count1 = 0, arg = 0, retval = 0, searchbuf = 0x0}
        c = 0
        ctrl_w = 0
        old_col = 0
        need_flushbuf = 0
        old_pos = {lnum = 0, col = 0, coladd = 0}
        mapped_len = 0
        old_mapped_len = 0
        idx = 0
        set_prevcount = 0
        save_did_cursorhold = 0
#44 0x00005628f14a984e in main_loop (cmdwin=0, noexmode=0) at main.c:1501
        oa = {op_type = 0, regname = 0, motion_type = 0, motion_force = 0, use_reg_one = 0, inclusive = 0, end_adjusted = 0, start = {lnum = 0, col = 0, coladd = 0}, end = {lnum = 0, col = 0, coladd = 0}, cursor_start = {lnum = 0, col = 0, coladd = 0}, line_count = 0, empty = 0, is_VIsual = 0, block_mode = 0, start_vcol = 0, end_vcol = 0, prev_opcount = 0, prev_count0 = 0, excl_tr_ws = 0}
        prev_oap = 0x0
        previous_got_int = 0
        conceal_old_cursor_line = 0
        conceal_new_cursor_line = 0
        conceal_update_lines = 0
#45 0x00005628f14a8b1c in vim_main2 () at main.c:878
#46 0x00005628f14a821b in main (argc=5, argv=0x7ffd82eba7b8) at main.c:425
        i = 5

Asan log:
=================================================================
==98714==ERROR: AddressSanitizer: heap-use-after-free on address 0x60c0000014cc at pc 0x5599f102288f bp 0x7ffdc7f22140 sp 0x7ffdc7f22130
READ of size 4 at 0x60c0000014cc thread T0
    #0 0x5599f102288e in exec_instructions /home/lgc/Vcs/vim/src/vim9execute.c:3204
    #1 0x5599f103f0a9 in call_def_function /home/lgc/Vcs/vim/src/vim9execute.c:4806
    #2 0x5599f0f6766c in call_user_func /home/lgc/Vcs/vim/src/userfunc.c:2451
    #3 0x5599f0f6d2f5 in call_user_func_check /home/lgc/Vcs/vim/src/userfunc.c:2846
    #4 0x5599f0f70dc0 in call_func /home/lgc/Vcs/vim/src/userfunc.c:3336
    #5 0x5599f0f60103 in get_func_tv /home/lgc/Vcs/vim/src/userfunc.c:1707
    #6 0x5599f06a37dd in eval_func /home/lgc/Vcs/vim/src/eval.c:2014
    #7 0x5599f06b06aa in eval7 /home/lgc/Vcs/vim/src/eval.c:3594
    #8 0x5599f06ae0f9 in eval7t /home/lgc/Vcs/vim/src/eval.c:3292
    #9 0x5599f06ac7e0 in eval6 /home/lgc/Vcs/vim/src/eval.c:3084
    #10 0x5599f06aa90f in eval5 /home/lgc/Vcs/vim/src/eval.c:2847
    #11 0x5599f06a95a5 in eval4 /home/lgc/Vcs/vim/src/eval.c:2700
    #12 0x5599f06a84cd in eval3 /home/lgc/Vcs/vim/src/eval.c:2561
    #13 0x5599f06a7479 in eval2 /home/lgc/Vcs/vim/src/eval.c:2435
    #14 0x5599f06a5ab2 in eval1 /home/lgc/Vcs/vim/src/eval.c:2281
    #15 0x5599f06a54ae in eval0 /home/lgc/Vcs/vim/src/eval.c:2217
    #16 0x5599f0692a7e in eval_to_string_eap /home/lgc/Vcs/vim/src/eval.c:531
    #17 0x5599f0692ba0 in eval_to_string /home/lgc/Vcs/vim/src/eval.c:548
    #18 0x5599f0692dbf in eval_to_string_safe /home/lgc/Vcs/vim/src/eval.c:570
    #19 0x5599f053bcb6 in build_stl_str_hl /home/lgc/Vcs/vim/src/buffer.c:4188
    #20 0x5599f0ca897f in win_redr_custom /home/lgc/Vcs/vim/src/screen.c:1322
    #21 0x5599f0cc6e20 in draw_tabline /home/lgc/Vcs/vim/src/screen.c:4436
    #22 0x5599f0641a9d in update_screen /home/lgc/Vcs/vim/src/drawscreen.c:259
    #23 0x5599f0888a4c in vgetorpeek /home/lgc/Vcs/vim/src/getchar.c:3259
    #24 0x5599f087c148 in vgetc /home/lgc/Vcs/vim/src/getchar.c:1690
    #25 0x5599f087d5a2 in safe_vgetc /home/lgc/Vcs/vim/src/getchar.c:1919
    #26 0x5599f0a48006 in normal_cmd /home/lgc/Vcs/vim/src/normal.c:570
    #27 0x5599f122edba in main_loop /home/lgc/Vcs/vim/src/main.c:1501
    #28 0x5599f122cc8c in vim_main2 /home/lgc/Vcs/vim/src/main.c:878
    #29 0x5599f122be4a in main /home/lgc/Vcs/vim/src/main.c:425
    #30 0x7fc1e81650b2 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x270b2)
    #31 0x5599f04eedbd in _start (/home/lgc/Vcs/vim/src/vim+0x1201dbd)

0x60c0000014cc is located 76 bytes inside of 128-byte region [0x60c000001480,0x60c000001500)
freed by thread T0 here:
    #0 0x7fc1e9c387cf in __interceptor_free (/lib/x86_64-linux-gnu/libasan.so.5+0x10d7cf)
    #1 0x5599f04ef547 in vim_free /home/lgc/Vcs/vim/src/alloc.c:616
    #2 0x5599f092449e in list_free_list /home/lgc/Vcs/vim/src/list.c:274
    #3 0x5599f0924658 in list_free_items /home/lgc/Vcs/vim/src/list.c:291
    #4 0x5599f06b6da3 in free_unref_items /home/lgc/Vcs/vim/src/eval.c:4594
    #5 0x5599f06b6c93 in garbage_collect /home/lgc/Vcs/vim/src/eval.c:4540
    #6 0x5599f087b950 in before_blocking /home/lgc/Vcs/vim/src/getchar.c:1562
    #7 0x5599f0f13a00 in inchar_loop /home/lgc/Vcs/vim/src/ui.c:355
    #8 0x5599f0b2e349 in mch_inchar /home/lgc/Vcs/vim/src/os_unix.c:388
    #9 0x5599f0f1346e in ui_inchar /home/lgc/Vcs/vim/src/ui.c:232
    #10 0x5599f09e6877 in get_keystroke /home/lgc/Vcs/vim/src/misc1.c:827
    #11 0x5599f125b24a in do_more_prompt /home/lgc/Vcs/vim/src/message.c:2831
    #12 0x5599f125767f in msg_puts_display /home/lgc/Vcs/vim/src/message.c:2244
    #13 0x5599f1256545 in msg_puts_attr_len /home/lgc/Vcs/vim/src/message.c:2135
    #14 0x5599f1256335 in msg_puts_attr /home/lgc/Vcs/vim/src/message.c:2087
    #15 0x5599f12516e7 in msg_putchar_attr /home/lgc/Vcs/vim/src/message.c:1481
    #16 0x5599f125137a in msg_putchar /home/lgc/Vcs/vim/src/message.c:1464
    #17 0x5599f125107a in msg_start /home/lgc/Vcs/vim/src/message.c:1433
    #18 0x5599f1248fb3 in msg_attr_keep /home/lgc/Vcs/vim/src/message.c:171
    #19 0x5599f1248cda in msg_attr /home/lgc/Vcs/vim/src/message.c:123
    #20 0x5599f124bc17 in msg_source /home/lgc/Vcs/vim/src/message.c:536
    #21 0x5599f124d409 in emsg_core /home/lgc/Vcs/vim/src/message.c:755
    #22 0x5599f124d6e0 in semsg /home/lgc/Vcs/vim/src/message.c:805
    #23 0x5599f0f5f378 in emsg_funcname /home/lgc/Vcs/vim/src/userfunc.c:1620
    #24 0x5599f0f6edbc in user_func_error /home/lgc/Vcs/vim/src/userfunc.c:3135
    #25 0x5599f0f7106a in call_func /home/lgc/Vcs/vim/src/userfunc.c:3379
    #26 0x5599f0f60103 in get_func_tv /home/lgc/Vcs/vim/src/userfunc.c:1707
    #27 0x5599f06a37dd in eval_func /home/lgc/Vcs/vim/src/eval.c:2014
    #28 0x5599f06b06aa in eval7 /home/lgc/Vcs/vim/src/eval.c:3594
    #29 0x5599f06ae0f9 in eval7t /home/lgc/Vcs/vim/src/eval.c:3292

previously allocated by thread T0 here:
    #0 0x7fc1e9c38bc8 in malloc (/lib/x86_64-linux-gnu/libasan.so.5+0x10dbc8)
    #1 0x5599f04ef266 in lalloc /home/lgc/Vcs/vim/src/alloc.c:244
    #2 0x5599f04ef0ce in alloc_clear /home/lgc/Vcs/vim/src/alloc.c:175
    #3 0x5599f0923161 in list_alloc_with_items /home/lgc/Vcs/vim/src/list.c:121
    #4 0x5599f0ff6795 in exe_newlist /home/lgc/Vcs/vim/src/vim9execute.c:129
    #5 0x5599f101da35 in exec_instructions /home/lgc/Vcs/vim/src/vim9execute.c:2927
    #6 0x5599f103f0a9 in call_def_function /home/lgc/Vcs/vim/src/vim9execute.c:4806
    #7 0x5599f0f6766c in call_user_func /home/lgc/Vcs/vim/src/userfunc.c:2451
    #8 0x5599f0f6d2f5 in call_user_func_check /home/lgc/Vcs/vim/src/userfunc.c:2846
    #9 0x5599f0f70dc0 in call_func /home/lgc/Vcs/vim/src/userfunc.c:3336
    #10 0x5599f0f60103 in get_func_tv /home/lgc/Vcs/vim/src/userfunc.c:1707
    #11 0x5599f06a37dd in eval_func /home/lgc/Vcs/vim/src/eval.c:2014
    #12 0x5599f06b06aa in eval7 /home/lgc/Vcs/vim/src/eval.c:3594
    #13 0x5599f06ae0f9 in eval7t /home/lgc/Vcs/vim/src/eval.c:3292
    #14 0x5599f06ac7e0 in eval6 /home/lgc/Vcs/vim/src/eval.c:3084
    #15 0x5599f06aa90f in eval5 /home/lgc/Vcs/vim/src/eval.c:2847
    #16 0x5599f06a95a5 in eval4 /home/lgc/Vcs/vim/src/eval.c:2700
    #17 0x5599f06a84cd in eval3 /home/lgc/Vcs/vim/src/eval.c:2561
    #18 0x5599f06a7479 in eval2 /home/lgc/Vcs/vim/src/eval.c:2435
    #19 0x5599f06a5ab2 in eval1 /home/lgc/Vcs/vim/src/eval.c:2281
    #20 0x5599f06a54ae in eval0 /home/lgc/Vcs/vim/src/eval.c:2217
    #21 0x5599f0692a7e in eval_to_string_eap /home/lgc/Vcs/vim/src/eval.c:531
    #22 0x5599f0692ba0 in eval_to_string /home/lgc/Vcs/vim/src/eval.c:548
    #23 0x5599f0692dbf in eval_to_string_safe /home/lgc/Vcs/vim/src/eval.c:570
    #24 0x5599f053bcb6 in build_stl_str_hl /home/lgc/Vcs/vim/src/buffer.c:4188
    #25 0x5599f0ca897f in win_redr_custom /home/lgc/Vcs/vim/src/screen.c:1322
    #26 0x5599f0cc6e20 in draw_tabline /home/lgc/Vcs/vim/src/screen.c:4436
    #27 0x5599f0641a9d in update_screen /home/lgc/Vcs/vim/src/drawscreen.c:259
    #28 0x5599f0888a4c in vgetorpeek /home/lgc/Vcs/vim/src/getchar.c:3259
    #29 0x5599f087c148 in vgetc /home/lgc/Vcs/vim/src/getchar.c:1690

SUMMARY: AddressSanitizer: heap-use-after-free /home/lgc/Vcs/vim/src/vim9execute.c:3204 in exec_instructions
Shadow bytes around the buggy address:
  0x0c187fff8240: fa fa fa fa fa fa fa fa 00 00 00 00 00 00 00 00
  0x0c187fff8250: 00 00 00 00 00 00 00 07 fa fa fa fa fa fa fa fa
  0x0c187fff8260: fd fd fd fd fd fd fd fd fd fd fd fd fd fd fd fa
  0x0c187fff8270: fa fa fa fa fa fa fa fa fd fd fd fd fd fd fd fd
  0x0c187fff8280: fd fd fd fd fd fd fd fd fa fa fa fa fa fa fa fa
=>0x0c187fff8290: fd fd fd fd fd fd fd fd fd[fd]fd fd fd fd fd fd
  0x0c187fff82a0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c187fff82b0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c187fff82c0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c187fff82d0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
  0x0c187fff82e0: fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa fa
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:       fa
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
  Left alloca redzone:     ca
  Right alloca redzone:    cb
  Shadow gap:              cc
==98714==ABORTING

Hm, this comes from the garbage collection.

I tried to reproduce, but for me it did not crash. Anyhow, this patch may fix it (I hope):
diff --git a/src/eval.c b/src/eval.c
index 6b3d78aa6..de866d82d 100644
--- a/src/eval.c
+++ b/src/eval.c
@@ -561,16 +561,19 @@ eval_to_string_safe(
     char_u     *retval;
     funccal_entry_T funccal_entry;
     int                save_sc_version = current_sctx.sc_version;
+    int                save_garbage_collect = may_garbage_collect;

     current_sctx.sc_version = 1;
     save_funccal(&funccal_entry);
     if (use_sandbox)
        ++sandbox;
     ++textwinlock;
+    may_garbage_collect = FALSE;
     retval = eval_to_string(arg, FALSE);
     if (use_sandbox)
        --sandbox;
     --textwinlock;
+    may_garbage_collect = save_garbage_collect;
     restore_funccal();
     current_sctx.sc_version = save_sc_version;
     return retval;


It takes too long to get a TOP 1000 query editor window to come up

Issue Type: Performance Issue
Right click on a table and choose Select Top 1000.
It should be very quick to get the query editor window up with Top 1000 query in it.  Should be < 1 second like SSMS and other DB admin tools.
Right now, at least on my mac, it takes 5+ seconds.
Azure Data Studio version: Azure Data Studio 1.3.7-insider (5adcabc8dea4232bca4a46da445fbfc4b85703f3, 2018-12-08T02:18:11.293Z)
OS version: Darwin x64 18.2.0

System Info

Item
Value

CPUs
Intel(R) Core(TM) i7-4770HQ CPU @ 2.20GHz (8 x 2200)

GPU Status
2d_canvas: enabledchecker_imaging: disabled_offflash_3d: enabledflash_stage3d: enabledflash_stage3d_baseline: enabledgpu_compositing: enabledmultiple_raster_threads: enabled_onnative_gpu_memory_buffers: enabledrasterization: enabledvideo_decode: enabledvideo_encode: enabledwebgl: enabledwebgl2: enabled

Load (avg)
2, 3, 3

Memory (System)
16.00GB (0.33GB free)

Process Argv
/Applications/Azure Data Studio.app/Contents/MacOS/Electron

Screen Reader
no

VM
0%

Workspace Info
|  Window (SQL Server - master instance — sql-big-data-cluster)
|    Folder (sql-big-data-cluster): 53 files
|      File types: sql(18) md(14) DS_Store(4) sh(3) err(3) ipynb(3) cmd(2)
|                  ctl(2) py(1) yaml(1)
|      Conf files:;

Extensions (9)

Extension
Author (truncated)
Version

vscode-sanddance
dan
0.0.1

newdatabase
kev
0.0.3

ssmskeymap
kev
1.0.0

agent
Mic
0.35.1

import
Mic
0.4.2

profiler
Mic
0.5.1

server-report
Mic
0.1.3

sql-vnext
Mic
0.9.1

whoisactive
Mic
0.1.1

@twright-msft  Is this a recent regression?

This seems like a nice scenario for a perf test.  I manually tested against my local server on Windows and the query editor was popping up ~1 sec, which seemed fast enough.  But on other platforms & servers I've seen this take quite a while (~5-10 seconds).
The variable time in the scenario is querying the server to get the table's column definitions.  Probably that code path could be optimized.

You guys are thinking about this wrong. The tab needs to come up instantly before the query for the columns returns. Then put a spinning cursor in the tab while the query is being sent to the database. The user needs immediate feedback that the command to start the query was accepted by the system before going off to do some operation that has a random amount of time.
By all means, improve the performance of the query. But change the UI so that the tap pops up immediately. It's just good UX design to give immediate feedback.


Respond to Github Label events

Description
Respond to Label events to trigger builds
Value
Why is this important? Who does it impact? Will this make something better, faster, etc?
Definition of Done
What is the end goal of this story?
Effort  (Optional)
Estimated effort to complete this story? (Best Guess e.g. 1-2 days)
Impacted Personas (Optional)
Which personas will benefit from completing this story? (Users, Administrators, etc)

Hello 👋
The Vela admins have decided to condense all existing issues into a single repo found @ go-vela/community.
For a direct link to your counterpart issue in that repo, you can find it linked yesterday in the history of this issue.
If you have any questions, please feel free to direct them to the community repo.
Thanks for your input and feedback!


updated LRE script run

I want to take stock of the necessary inputs and updates we need to take care of before we run the scripts/compute_all_LREs_script.py again.

@jtcantin:  are you sending any more MPSs to alex to compute overlaps?
@aakunitsa:  overlaps.csv up-to-date?  are any more overlaps being computed?  are the latest living in the overlaps branch?
@aakunitsa: is the script/code to go from MPS to overlap living in some repo?
@max-radin :  any updates to the LRE script?  we will run it again with the overlaps and ONLY produce LRE for Hamiltonians we have overlaps for.
@max-radin:  any more concerns with the df_threshold or other settings relevant to PyLIQTR?  any updates?

what other items are prerequisites or blockers?

Hello All,
For the moment, I won't send any more MPSs.
After Matt has added additional problem instances, though, I will run
more DMRG calculations and send a bunch of MPSs from that.
I know there are a lot instances that Matt would like to add that will
take time to generate, so I'd suggest not waiting for more MPSs for the
moment.
Cheers,
Josh
On 2024-12-11 09:20, John Penuel wrote:

I want to take stock of the necessary inputs and updates we need to
take care of before we run the |scripts/compute_all_LREs_script.py| again.

@jtcantin https://github.com/jtcantin: are you sending any more
MPSs to alex to compute overlaps?
@aakunitsa https://github.com/aakunitsa: |overlaps.csv|
up-to-date? are any more overlaps being computed? are the latest
living in the overlaps branch?
@aakunitsa https://github.com/aakunitsa: is the script/code to
go from MPS to overlap living in some repo?
@max-radin https://github.com/max-radin : any updates to the LRE
script? we will run it again with the overlaps and ONLY produce
LRE for Hamiltonians we have overlaps for.
@max-radin https://github.com/max-radin: any more concerns with
the |df_threshold| or other settings relevant to PyLIQTR? any updates?

what other items are prerequisites or blockers?
—
Reply to this email directly, view it on GitHub
https://github.com/isi-usc-edu/qb-gsee-benchmark/issues/72, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ABC6NAIYDQWG2RZITTN34KT2FBC2FAVCNFSM6AAAAABTNTARR6VHI2DSMVQWIX3LMV43ASLTON2WKOZSG4ZTGMJRGE4TEOA.
You are receiving this because you were mentioned.Message ID:
@.***>

--------------w3J0TkqQfCuMhJwqaNqR7TX2
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

    Hello All,

    For the moment, I won't send any more MPSs.

    After Matt has added additional problem instances, though, I will
    run more DMRG calculations and send a bunch of MPSs from that.
    I know there are a lot instances that Matt would like to add that
    will take time to generate, so I'd suggest not waiting for more MPSs
    for the moment.

    Cheers,
    Josh

On 2024-12-11 09:20, John Penuel wrote:

I want to take stock of the necessary inputs and
    updates we need to take care of before we run the scripts/compute_all_LREs_script.py
    again.

<a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/jtcantin/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/jtcantin"<EMAIL_ADDRESS>      are you sending any more MPSs to alex to compute overlaps?

<a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/aakunitsa/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/aakunitsa"<EMAIL_ADDRESS>      overlaps.csv up-to-date? are
      any more overlaps being computed? are the latest living in the
      overlaps branch?

<a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/aakunitsa/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/aakunitsa"<EMAIL_ADDRESS>      is the script/code to go from MPS to overlap living in some
      repo?

<a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/max-radin/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/max-radin"<EMAIL_ADDRESS>      : any updates to the LRE script? we will run it again with the
      overlaps and ONLY produce LRE for Hamiltonians we have
      overlaps for.

<a class="user-mention notranslate" data-hovercard-type="user" data-hovercard-url="/users/max-radin/hovercard" data-octo-click="hovercard-link-click" data-octo-dimensions="link_type:self" href="https://github.com/max-radin"<EMAIL_ADDRESS>      any more concerns with the df_threshold
      or other settings relevant to PyLIQTR? any updates?

what other items are prerequisites or blockers?

—

    Reply to this email directly, view it on GitHub, or unsubscribe.

    You are receiving this because you were mentioned.Message
      ID: <isi-usc-edu/qb-gsee-benchmark/issues/72@github.com>


Add tests for tiny and small builds

Add testtiny (and tiny) make target.
Bring back some old style tests (test20, etc.) which can be executed on tiny builds.
Delete test1.

New style tests don't need it anymore.
All old style tests can be run on tiny builds, so there's no need to generate small.vim.

Refactor testdir/Make_ming.mak.

Add report target like other makefiles.
Convert fileformat of old style tests in dostmp like testdir/Make_dos.mak.
Always use cmd.exe for the shell, because it is difficult to support both cmd.exe and unix shell in one makefile.

"make test" should run all the tests.  The "tiny" tests will always work and the new style tests will quickly bail out if the +eval feature is missing.
E.g. the first targets in testdir/Make_dos.mak should probably be:
nongui:	nolog tinytests newtests report
tiny:	nolog tinytests report
tinytests: $(SCRIPTS_TINY_OUT)

Updated based on your suggestion.
Also updated Make_amiga.mak.
(Not sure how to do with Make_vms.mms.)

It seems that tests on GitHub Actions are sometimes unstable. E.g.
Failures:
	From test_autocmd.vim:
	Found errors in Test_bufunload_all():
	command line..script D:/a/vim/vim/src/testdir/runtest.vim[454]..function RunTheTest[39]..Test_bufunload_all line 25: Expected True but got 0

Need some wait here?
https://github.com/vim/vim/blob/7ac616cb0a52bc72b449e19cf9db93bee116c15a/src/testdir/test_autocmd.vim#L1452-L1453
I will look into this later.

Hi,
On Wed, Aug 12, 2020 at 4:06 PM K.Takata<EMAIL_ADDRESS>wrote:

It seems that tests on GitHub Actions are sometimes unstable. E.g.

Yes. I have seen this and other failures intermittently. Also, it looks
like the GitHub
actions are run even for changes to the private branches also. I think the
actions
should be run only for the pull requests.
Regards,
Yegappan

Failures:
From test_autocmd.vim:
Found errors in Test_bufunload_all():
command line..script D:/a/vim/vim/src/testdir/runtest.vim[454]..function RunTheTest[39]..Test_bufunload_all line 25: Expected True but got 0
Need some wait here?
https://github.com/vim/vim/blob/7ac616cb0a52bc72b449e19cf9db93bee116c15a/src/testdir/test_autocmd.vim#L1452-L1453
I will look into this later.

Also, it looks like the GitHub actions are run even for changes to the private branches also.

If you don't like it, you can turn off GHA from the settings of your repository.

Hi,
On Wed, Aug 12, 2020 at 4:25 PM K.Takata<EMAIL_ADDRESS>wrote:

Also, it looks like the GitHub actions are run even for changes to the
private branches also.

If you don't like it, you can turn off GHA from the settings of your
repository.
Yes. I have now turned it off.

Thanks,
Yegappan

Thanks for the PR.  I renumbered the tests to avoid gaps.  Git can't diff binary files, I hope I got them right.

Thank you for merging.
I have some comments:

I thought that test1 was not needed anymore. But, VMS has test77a and it sources small.vim. Maybe, test1 is still needed only for VMS. (But test1 can be simplified because tiny.vim, mbyte.vim and mzscheme.vim are not used now.)
Now the clean target of testdir/Makefile doesn't delete tiny.vim, small.vim, mbyte.vim and mzscheme.vim.
I'm rethinking whether this was too early. If someone runs the tests in an old version, then updates the source code and runs make clean, then small.vim and other files will be left behind.
And there's inconsistency. testdir/Make_dos.mak and testdir/Make_ming.mak still clean those files.
Should testdir/README.txt mention about old style tests?
Are the tiny tests enough? You said in the other PR:

Just in case we manage to do something stupid, like a misplaced #ifdef causes them to exit, or .vimrc is not sourced, stuff like that.

Ken Takata wrote:

Thank you for merging.
I have some comments:

I thought that test1 was not needed anymore. But, VMS has test77a
and it sources small.vim. Maybe, test1 is still needed only for VMS.
(But test1 can be simplified because tiny.vim, mbyte.vim and
mzscheme.vim are not used now.)

We can do the same as in runtest.vim.  I hope someone with access to a
VMS system can verify this works.

Now the clean target of testdir/Makefile doesn't delete
tiny.vim, small.vim, mbyte.vim and mzscheme.vim.
I'm rethinking whether this was too early. If someone runs the tests
in an old version, then updates the source code and runs make clean, then small.vim and other files will be left behind.

I don't think we need to worry about this.  In case it happens and gets
noticed, it's easy enough to delete the files manually.  But mostly the
files will not be noticed, and they are tiny, thus it doesn't really
matter.  I have quite a few of these stray file laying around.  That's
why the "Filelist" file is a bit strict about what to include.
Fortunately, when adding a file git always requires explicitly adding
it, that also avoids mistakes.  And I have a script that checks what
Filelist matches with what's in the git repository.

And there's inconsistency. testdir/Make_dos.mak and
testdir/Make_ming.mak still clean those files.

I'll remove those lines.

Should testdir/README.txt mention about old style tests?

I'll add a few words.

Are the tiny tests enough? You said in the other PR:

Just in case we manage to do something stupid, like a misplaced #ifdef causes them to exit, or .vimrc is not sourced, stuff like that.

It's probably fine as it is now.  In case we find a mistake that gets
fixed we can add a test for that.
--
hundred-and-one symptoms of being an internet addict:
199. You read this entire list of symptoms, looking for something
that doesn't describe you.
/// 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    ///

It's probably fine as it is now. In case we find a mistake that gets fixed we can add a test for that.

I got it.
Also, thank you for fixing my mistake in 8.2.1456.


Lab_13_Azure Monitor Logs Get started not displayed

Module: 04
Lab/Demo: 13
Task: 05
Step: 03
Description of issue
On the Logs blade, click Get started.  is not there. Possible GUI drift
![image](https://user-images.githubusercontent.com/24426530/119601825-8b474e80-be1c-11eb-9b42-fd0ebea50739.png
To compensate,
1.
I clicked the Category Drop-down, selected Query type,  Example Queries is selected underneath All Queries , and typed "virtual machine" in the search query .

Better sample query for this lab  is "Memory and CPU usage"
I clicked the Category Drop-down, selected Query type,  Example Queries is selected underneath All Queries , and typed "cpu" in the search query  and click on Run on "Memory and CPU usage" query.

)

it would be more useful if any query produced results for the students.  I suggest we generate some CPU load since one of the counters is Process(*)%Processor Time.
This is from one of  my legacy MSFT  MCSA server classes, many years ago, cpuloop.bat
There is a newer version , cpuloop.vbs, but I cant find it.

In another Portal window,  select myVM from Virtual Machines, in the Operations section, click on Run command . Click on "RunPowershellScript" and paste the following and click Run:
cmd
:loop
dir c:\ /s > SWAP
goto loop

The script will eventually timeout but will generate some load,
Switch back to the Log Analytics window and Click on Run again
If there is no data, wait several minutes, at least 10 until you see some data

David Papkin
Repro steps:

updated
rgds
Marcin


Print number of rows in the output

Provide an API to calculate the number of rows in a table.
Print output time in milliseconds, upto 3 decimal places, similar to what Postgres does.
Simplify output messages.

Sample output on a table with only one column and two rows:
quickstep> select * from r;
+-----------+
|id         |
+-----------+
|          3|
|          5|
+-----------+
( 2 rows )
Time: 2.315 ms
quickstep> select count(*) from r;
+--------------------+
|count(*)            |
+--------------------+
|                   2|
+--------------------+
( 1 rows )
Time: 0.879 ms
quickstep> select count(*) from r where r.id < 4;
+--------------------+
|count(*)            |
+--------------------+
|                   1|
+--------------------+
( 1 rows )
Time: 0.879 ms
quickstep> select count(*) from r where r.id < 2;
+--------------------+
|count(*)            |
+--------------------+
|                   0|
+--------------------+
( 1 rows )
Time: 0.748 ms

I also tried running queries on larger tables and it worked correctly.

Cancelled the travis build for another commit.

Minor change in the output formatting:
quickstep> select count(*) from r;
+--------------------+
|count(*)            |
+--------------------+
|                   2|
+--------------------+
(1 row)
Time: 2.281 ms
quickstep> select * from r;
+-----------+
|id         |
+-----------+
|          3|
|          5|
+-----------+
(2 rows)
Time: 0.719 ms

LGTM. Merging.


Bugfix for missing images in vue storefront

Adding curl prevents an internal server error when vue-storefront-api tries to retrieve images from magento 2.

Thanks @ChristianSeitzer, good point!

You're welcome.
I'm glad i could make a good suggestion.


Version 2.0.0

Finally, the last changes in the library besides that of #88, that will be part of the next release.

Codecov Report

Merging #89 into master will decrease coverage by 1.05%.
The diff coverage is 83.33%.

@@            Coverage Diff             @@
##           master      #89      +/-   ##
==========================================
- Coverage   59.26%   58.21%   -1.06%
==========================================
  Files           8        8
  Lines         626      627       +1
==========================================
- Hits          371      365       -6
- Misses        255      262       +7

Ignoring coverage reports for the time being (see #87). Releasing!


Darwin required

Apparently my Arch Linux is not compatible with this setup? Couldn't find any reference of darwin anywhere..
npm ERR! Linux 4.7.6-1-ARCH
npm ERR! argv "/usr/bin/node" "/usr/bin/npm" "i"
npm ERR! node v7.0.0
npm ERR! npm  v3.10.9
npm ERR! code EBADPLATFORM

npm ERR! notsup Unsupported platform for<EMAIL_ADDRESS>wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"x64"})
npm ERR! notsup Valid OS:    darwin
npm ERR! notsup Valid Arch:  any
npm ERR! notsup Actual OS:   linux
npm ERR! notsup Actual Arch: x64

npm ERR! Please include the following file with any support request:
npm ERR!     /home/krister/code/markdownsites-apollo/npm-debug.log

seems like there's a fix for this in npm 4.

okay, whatever. got passed this by using yarn install. I'll leave this open just in case you (the owner of this repo) want to elaborate somehow.

Ok thanks for the report.  I'll try to replicate on a VM.

I got something similar, but I'm on Windows 10, using Node 7.2.0 and NPM 3.10.9.
npm ERR! Windows_NT 10.0.14393
npm ERR! argv "C:\\Program Files\\nodejs\\node.exe" "C:\\Program Files\\nodejs\\node_modules\\npm\\bin\\npm-cli.js" "install"
npm ERR! node v7.2.0
npm ERR! npm  v3.10.9
npm ERR! code EBADPLATFORM

npm ERR! notsup Unsupported platform for<EMAIL_ADDRESS>wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"})
npm ERR! notsup Valid OS:    darwin
npm ERR! notsup Valid Arch:  any
npm ERR! notsup Actual OS:   win32
npm ERR! notsup Actual Arch: x64

Updated npm to 4.0.3 and still get
npm ERR! Windows_NT 10.0.14393
npm ERR! argv "C:\\Program Files\\nodejs\\node.exe" "C:\\Users\\peter\\AppData\\Roaming\\npm\\node_modules\\npm\\bin\\npm-cli.js" "install"
npm ERR! node v7.2.0
npm ERR! npm  v4.0.3
npm ERR! code EBADPLATFORM

npm ERR! notsup Unsupported platform for<EMAIL_ADDRESS>wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"})
npm ERR! notsup Valid OS:    darwin
npm ERR! notsup Valid Arch:  any
npm ERR! notsup Actual OS:   win32
npm ERR! notsup Actual Arch: x64

I should have access to a linux environment in a couple weeks (sorry it's going to take a while).  Any luck trying to debug this?  It seems like the issue is specifically with fsevents.

@saikat If you are doing your npm shrinkwrap on your Macbook, you're inadvertantly locking Darwin-specific fsevents package(s) which aren normally conditional upon a non-shrinkwarpped npm install.
I've run into this issue before. I do not know of a good solution for being able to support both platforms while still being able to shrinkwrap.

@KristerV @valpet https://github.com/npm/npm/issues/2679
The behavior of shrinkwrap installs is just terrible. If @saikat shrinkwraps from his Macbook, it will shrinkwrap everything in node_modules even if they were optional deps in some package.json somewhere. If you look at the shrinkwrap file, you'll see fsevents which is usually included as an optional dep for any package that has a --watch method. On a normal npm install it will only install it if your architecture is appropriate, but shrinkwrapped installs ignore this entirely. It's been broken in this way since the day optional deps were introduced.


Support for verbatim content

Several articles have content as verbatim in the article body. We should support this in the next versions.
Suggested implementation: https://jats.nlm.nih.gov/publishing/tag-library/1.2d1/element/disp-quote.html

    <sec>

So, to Ursula’s ear, the tune fell out, drop by drop, from the unseen sky on to the dusky town. It was like dim, bygone centuries sounding. It was all so far off. She stood in the old yard of the inn, smelling of straw and stables and petrol. Above, she could see the first stars What was it all? This was no actual world, it was the dream-world of one’s childhood – a great circumscribed reminiscence. The world had become unreal. She herself was a strange, transcendent reality.

        <disp-quote content-type="verbatim">

They sat together in a little parlour by the fire.

‘Is it?’ she replied, laughing, but unassured.

‘What?’

‘Everything – is everything true?’

‘The best is true,’ he said, grimacing at her.

‘Is it?’ she replied, laughing, but unassured.

        </disp-quote>
    </sec>
    ...

Continue at: https://github.com/substance/texture/issues/1316


Yarn install throws an error

Is this a bug report?
Yes

Have you read the Contributing Guidelines?
Yes
Environment

Steps to Reproduce

(Write your steps here:)

react-native init
cd
yarn install

Expected Behavior

Packages to get installed correctly.
Actual Behavior

Throws below error:
\node_modules\core-js\modules_enum-bug-keys.js:3
'constructor,hasOwnProperty,isPrototypeOf,propertyIsEnumerable,toLocaleString
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
SyntaxError: Invalid or unexpected token
at createScript (vm.js:56:10)
at Object.runInThisContext (vm.js:97:10)
at Module._compile (module.js:542:28)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
at Module.require (module.js:497:17)
at require (internal/module.js:20:19)
Reproducible Demo

(Paste the link to an example project and exact instructions to reproduce the issue.)

What version of yarn and node are you using?
Also, this seems like a parsing error. Could it be that the string 'constructor,hasOwnProperty,isPrototypeOf,propertyIsEnumerable,toLocaleString doesn't have an ending quotation mark?

Yarn : 0.27.5
Node: 6.11.0
I'm not sure what's the problem, but this only happens when i started a fresh project. I replaced coreJS from my older project and it works okay.


Extra file

wf-recorder works as expected, except that it also makes a recording.mp4 file . How can I disable the creation of the file?
I'm using the following command: wf-recorder -x yuv420p -c rawvideo -m v4l2 -f /dev/video50

Are you sure the recording.mp4 file is not a leftover from a previous run of wf-recorder?

Yes, I'm sure.

This is very strange. recording.mp4 is the default file name, it comes from this line:
https://github.com/ammen99/wf-recorder/blob/master/src/main.cpp#L657
However, if -f is present on the command line, it will be immediately changed to what you have specified:
https://github.com/ammen99/wf-recorder/blob/master/src/main.cpp#L694
Thus, I am not sure where ffmpeg gets that file name. Does it happen if you record to a file (e.g. -f test.mkv)?

No, wf-recorder -f test.mkv writes only into the test.mkv file.


fix portable, check & cache path

With these changes, portable now stores all configs in /app/SmashSodaTwo/ just like normal would use AppData/SmashSodaTwo
This makes it  just easy to copy the folder to either location.

Sorted out the issue with login with special chars. String should serialize to proper json.


Update Request - GSD-2019-18935

This pull request was created using https://data.gsd.id

The integer need to be 10.0 not 10, the number format often gets truncated thanks to whatever language being helpful.

The integer need to be 10.0 not 10, the number format often gets truncated thanks to whatever language being helpful.

If we want to do this, we might need to use strings instead of the numerical representation: https://stackoverflow.com/questions/19938008/trailing-zeros-in-javascript
(JavaScript just straight up doesn't allow you to have useless trailing 0's)


Fixed login page

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)
UI update for login page. Conditionally rendering hero component for certain breakpoint values.

What is the current behavior? (You can also link to an open issue here)

What is the new behavior (if this is a feature change)?

Other information:

Note #30 is still a bug


chi-router doesnt seem to work well with swaggerui

Issue
it looks like when using swaggerui with go-chi router module, the http request fails to find the embedded CSS files and resources.

Snippet
import github.com/go-chi/chi
r := chi.NewRouter()
r.Handle("/swagger/", http.StripPrefix("/swagger", swaggerui.Handler(spec)))

Additional Info
go 1.17
github.com/go-chi/chi/v5 v5.0.7

Hello, the same issue occurs when using gorilla/mux

@meximonster
router := mux.NewRouter()
router.PathPrefix("/swagger").Handler(http.StripPrefix("/swagger", swaggerui.Handler(spec)))

Works for me

Same issue here with go-chi -- would love to use this

This works for me:
router.Mount("/swagger", http.StripPrefix("/swagger", swaggerui.Handler(spec)))

So do we have a good solution here, should I close this issue?

yes


Example of 'load' and 'scenechange' event listeners

Hi Matthew,
First off, loving Pannellum viewer! I've experimented with various viewers, yours is the best I've come across.
As my users of the Pannellum tour are getting lost in the tour, they have suggested that I add a map/overview. In order to create a map I need the output of the 'load' and 'scenechange' event.
I had no trouble in creating the tour, implementing the 'load' and 'scenechange' listeners is proving to be rather difficult for me. So sorry for asking you some 'newb'-ish questions.

I have instantiated the viewer
viewer = pannellum.viewer('panorama', {my config is in here})
I have created a listener(?) via
viewer.on('scenechange', sceneChangeListener)
JavaConsole then throws the following error:
"Uncaught ReferenceError: sceneChangeListener is not defined"
-> So I understand I have to define sceneChangeListener somewhere? How would I properly set up the sceneChangeListener?

Thanks in advance!

@rodinh This works in my code:
viewer.on('scenechange',
	function () {
		console.log("Scene changed");
		console.log("Yaw " + viewer.getYaw());
		console.log("Pitch " + viewer.getPitch());
	}
);

While on the topic of scenechange and load events... Matthew, it would be a nice enhancement to be able to have a bit more context available in those event handlers... such as viewer, scene type, hotSpot sceneId, etc.

@MmmDee Works like a charm! Thanks so much!


Simple signing scheme: Try signature extensions in registry before using the sigstore.

@jialez0 can you close this issue?


Arrow icons don't properly display in shell

I can no longer see the arrow icons (seems to do with encoding), and therefore can't navigate in the shell. However, in MacVim they seem okay. Did the icons switch?
Also, is there a way to reset nerdtree?
This is in Mac OS X.

I think I have the same problem. I cannot open a file/folder (with o or CR).
I use Iterm 2.0 (osx 10.10) and I'm connected by ssh on a debian server (which run vim).


[HUDI-1771] Propagate CDC format for hoodie

Tips

Thank you very much for contributing to Apache Hudi.
Please review https://hudi.apache.org/contributing.html before opening a pull request.

What is the purpose of the pull request
(For example: This pull request adds quick-start document.)
Brief change log
(for example:)

Modify AnnotationLocation checkstyle rule in checkstyle.xml

Verify this pull request
(Please pick either of the following options)
This pull request is a trivial rework / code cleanup without any test coverage.
(or)
This pull request is already covered by existing tests, such as (please describe tests).
(or)
This change added tests and can be verified as follows:
(example:)

Added integration tests for end-to-end.
Added HoodieClientWriteTest to verify the change.
Manually verified the change by running a job locally.

Committer checklist

[ ] Has a corresponding JIRA in PR title & commit

[ ] Commit message is descriptive of the change

[ ] CI is green

[ ] Necessary doc changes done or have another open PR

[ ] For large changes, please consider breaking it into sub-tasks under an umbrella JIRA.

Codecov Report

Merging #2854 (aeca8e7) into master (9a288cc) will increase coverage by 17.20%.
The diff coverage is n/a.

@@              Coverage Diff              @@
##             master    #2854       +/-   ##
=============================================
+ Coverage     52.58%   69.79%   +17.20%
+ Complexity     3708      373     -3335
=============================================
  Files           485       54      -431
  Lines         23227     1993    -21234
  Branches       2466      235     -2231
=============================================
- Hits          12215     1391    -10824
+ Misses         9934      471     -9463
+ Partials       1078      131      -947

Flag
Coverage Δ
Complexity Δ

hudicli
?
?

hudiclient
?
?

hudicommon
?
?

hudiflink
?
?

hudihadoopmr
?
?

hudisparkdatasource
?
?

hudisync
?
?

huditimelineservice
?
?

hudiutilities
69.79% <ø> (ø)
373.00 <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files
Coverage Δ
Complexity Δ

...ava/org/apache/hudi/cli/commands/UtilsCommand.java

...hadoop/realtime/RealtimeCompactedRecordReader.java

...ache/hudi/hadoop/utils/HoodieInputFormatUtils.java

.../hudi/common/table/timeline/dto/FileStatusDTO.java

.../org/apache/hudi/MergeOnReadSnapshotRelation.scala

...g/apache/hudi/common/config/LockConfiguration.java

...spark/src/main/scala/org/apache/hudi/package.scala

...ache/hudi/common/fs/SizeAwareDataOutputStream.java

...hudi/common/config/DFSPropertiesConfiguration.java

.../hadoop/realtime/AbstractRealtimeRecordReader.java

... and 414 more

@danny0405 should I start with HoodieDataSourceITCase to understand the big picture first. I feel I need to spend a weekend playing with all this good stuff, so i am fully caught up. and start asking decent questions :)

Yes, HoodieDataSourceITCase is a good start to show how a Flink sql job connects the Hoodie tables. I'm glad we can have some good questions and discussion ~

Maybe I get it wrong, but it looks like the "_hoodie_cdc_operation" field is not set properly. When StreamWriteFunction.bufferRecord convert HoodieRecord to DataItem

Quick update here. We should totally do this. Just mulling the schema evol aspects. Need sometime to ensure backwards compat or atleast set expectations.

Maybe I get it wrong, but it looks like the "_hoodie_cdc_operation" field is not set properly when it's flushing to files.
I think problem is when StreamWriteFunction.bufferRecord convert HoodieRecord to DataItem, the operation field is lost.

You are right, when i write the code, there is no DataItem in the StreamWriteFunction yet, you need to test just with this branch code.

Quick update here. We should totally do this. Just mulling the schema evol aspects. Need sometime to ensure backwards compat or atleast set expectations.

Totally agree, in order to keep backwards compatibility we may need some test cases in the hoodie core.

@danny0405 Some good progress on the schema backwards compat.
@codope did some tests around schema evolution and I think we can introduce this as a top level nullable field without breaking things. Need bit more testing. But seems promising.
Few questions on Flink/Dynamic tables.

This will just run as a streaming job right? or is it possible to leverage these flags even with the Flink batch APIs

@danny0405 Some good progress on the schema backwards compat.
@codope did some tests around schema evolution and I think we can introduce this as a top level nullable field without breaking things. Need bit more testing. But seems promising.
Few questions on Flink/Dynamic tables.

This will just run as a streaming job right? or is it possible to leverage these flags even with the Flink batch APIs

Flink batch also works.

I was reading through batch execution mode. Felt like it was expecting bounded streams, perfect watermarks.
What I have in mind is, triggering either a batch or streaming job say every 1-2 minute - which resumes processing where it left off. When commits to tables are only happening every minute or so, running continuous queries may be expensive? thoughts?

running continuous queries may be expensive

That's true, we may need some optimization for the streaming processing operators and runtime.

My colleague takes over this PR so i would close this one and let's move to another one.


ERFilter Python Bindings?

It does not seem like the ERFilter has python bindings.  It'd be great to be able to play with this in Python and replicate the text sample.

@pkmital I've just created a Pull Request with a fist proposal for ERFilter python bindings.
https://github.com/Itseez/opencv_contrib/pull/528
Lets see ...

resolved in #528


Fetching HTTPs urls using fibers lead to segfault

Crystal version: Crystal 0.18.2 (2016-06-17)
Installed using: brew install crystal-lang
While porting a crawler written in Ruby over to Crystal I stumbled upon an issue with fibers and HTTP::Client.
Fetching HTTPs urls using fibers result in Crystal segfaulting. I've managed to replicate this using Sidekiq.cr as well as using fiberpool.
I've created a basic app that reproduces the segfault over here: https://github.com/Agiley/fiber-http-segfault. See the readme for details on how to reproduce the segfault.
Here are also stacktraces from using fiberpool as well as Sidekiq.cr: https://gist.github.com/Agiley/8890cba116d3f9162163afe810c21c6d
Looking through Crystal's source code I saw that there's a conditional macro, LibSSL::OPENSSL_102, so I also tried to uninstall Crystal, install OpenSSL 1.0.2 and reinstalling Crystal again, but to no avail. The macro LibSSL::OPENSSL_102 still evaluates to false, so the code is run the same way as if OpenSSL 0.9.8zh was installed. I'm guessing brew install crystal-lang just installs a pre-compiled version of Crystal?
Let me know if you need any more details.

Which OpenSSL version (currently none btw) the compiler binary links to is irrelevant. To use a newer OpenSSL on OS X run brew install pkg-config and brew install openssl.

Wrongly detecting the OpenSSL version is an issue, or maybe it's correctly detected but links to the wrong libssl?

I don't see evidence that it's wrongly detected yet, but that's easy to get: @Agiley if you didn't do the two brew installs I advised yet, please run crystal compile on your program and share the output of otool -L your_program.

If you run it with GC_DONT_GC=1 it works fine. Seems to be some variable that gets GC'ed. I see some Box in the openssl code and sometimes the reference is not saved somewhere else, like in here, though I'm not sure that's the problem (I tried saving the hostname inside a global array but it still crashes).

Yes, I can't reproduce with the OpenSSL 1.0.2 codepath active.

@jhass:
$ brew install pkg-config
Warning: pkg-config-0.29.1 already installed
$ brew install openssl
Warning: openssl-1.0.2h_1 already installed
$ brew link --force openssl
Linking /usr/local/Cellar/openssl/1.0.2h_1... 1601 symlinks created
$ which openssl
/usr/local/bin/openssl
$ openssl version
OpenSSL 1.0.2h  3 May 2016
https://github.com/crystal-lang/crystal/blob/master/src/openssl/lib_ssl.cr#L169:
$ (pkg-config --atleast-version=1.0.2 libssl && echo -n true) || echo -n false
true
Compiling / otool:
$ crystal compile src/fiber_http_segfault.cr
$ otool -L fiber_http_segfault
fiber_http_segfault:
/usr/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8)
/usr/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8)
/usr/lib/libpcre.0.dylib (compatibility version 1.0.0, current version 1.1.0)
/usr/local/opt/bdw-gc/lib/libgc.1.dylib (compatibility version 2.0.0, current version 2.3.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)
/usr/local/opt/libevent/lib/libevent-2.0.5.dylib (compatibility version 7.0.0, current version 7.9.0)
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
Same result with compiled Crystal from source:
$ ~/Programming/crystal/crystal/bin/crystal compile src/fiber_http_segfault.cr
Using compiled compiler at .build/crystal
fiber_http_segfault:
/usr/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8)
/usr/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8)
/usr/lib/libpcre.0.dylib (compatibility version 1.0.0, current version 1.1.0)
/usr/local/opt/bdw-gc/lib/libgc.1.dylib (compatibility version 2.0.0, current version 2.3.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)
/usr/local/opt/libevent/lib/libevent-2.0.5.dylib (compatibility version 7.0.0, current version 7.9.0)
/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0)
So it seems to be linked to 0.9.8 somehow.

Easier to reproduce:
require "http/client"

200.times do
  spawn do
    HTTP::Client.get("https://www.google.com")
  end
end

sleep 100

Okay one issue is that I forgot to update to printf there too, but since this then can't possible get true and you're linking to OpenSSL 0.9.8 too, the correct codepath for OpenSSL 0.9.8 should be chosen and thus that is not your issue, it just prevents OS X users from successfully using OpenSSL 1.0.2 for the moment.
However I'm a bit clueless as to why your homebrew installed crystal apparently can't pick up pkg-config, I simply don't know enough about homebrew to help with that.

The problem seems to be that set_cert_verify_callback function. If I don't invoke it, everything works fine. If I change it to this:
    protected def set_cert_verify_callback(hostname : String)
      pp hostname.to_unsafe
      LibSSL.ssl_ctx_set_cert_verify_callback(@handle, ->(x509_ctx, arg) {
        string = Box(String).unbox(arg)
        pp string.to_unsafe
        if LibCrypto.x509_verify_cert(x509_ctx) != 0
          cert = LibCrypto.x509_store_ctx_get_current_cert(x509_ctx)
          HostnameValidation.validate_hostname(string, cert) == HostnameValidation::Result::MatchFound ? 1 : 0
        else
          0
        end
      }, Box.box(hostname))
    end

eventually I get this in the console:
string.to_unsafe # => Pointer(UInt8)@0x111e33fac
string.to_unsafe # => Pointer(UInt8)@0x111e33e2c
string.to_unsafe # => Pointer(UInt8)@0x111e33eac
string.to_unsafe # => Pointer(UInt8)@0x111e33f2c
string.to_unsafe # => Pointer(UInt8)@0x111e33d2c
string.to_unsafe # => Pointer(UInt8)@0x111e33cac
string.to_unsafe # => Pointer(UInt8)@0x40000000d
Invalid memory access (signal 11) at address 0x400000005

So effectively that hostname reference is lost... still don't know why.

Side note: the Box is not needed there, as a String is just a reference, we can pass .as(Void*) and then .as(String) on the callback. In fact... that seems to fix the issue.
Oh, I understand now. Box.box(...) allocates memory but nobody retains a reference to it!

I'd fix it like that, but I'd also store the hostname in a @hostname instance variable to make sure a reference to it is not lost. We can probably release 0.18.3 with this fix, but we can wait until tuesday for that in case some other bugs appear.

Another side note: Box.box(...) should probably return the object itself if it's a reference, instead of allocating more memory, though at the time we wrote Box we didn't know how to do that. Maybe somehow checking that T < Reference at compile time, not sure that's possible right now. But it's a separate issue.


panic caused by IPC

A web3 client should not be able to panic trin. Did this somehow.
thread 'thread panicked while processing panic. aborting.
<unnamed>' panicked at 'called `Result::unwrap()` on an `Err` value: Os { code: 32, kind: BrokenPipe, message: "Broken pipe" }', trin-core/src/jsonrpc/service.rs:161:51
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
Illegal instruction (core dumped)

Still have a TODO to reproduce, but I think I was basically reconnecting a bunch of times. Like in python, I had a w3 = Web3(Web3.IPCProvider("/tmp/trin-jsonrpc.ipc")) and then ran the same line again exactly. Was also running ethportal-peertest against the same trin client.

Unfortunately, I wasn't able to reproduce this using the above plan. It may be some complicated mix of running a couple of times, maybe across my laptop going standby.

closing as this is quite old, and hasn't been a recurring panic. most likely due to the fact that we've switched to using a library for ipc report which is much more resilient than our prior, in-house ipc server which was likely the cause of this panic


iOS Safari Modals Not Showing When in Datatable

In IOS Safari:
When attempting to launch a modal that is with in a datatable, the page dims as designed but the modal does not pop up.
It looks like the modal is being trapped in the datatable container.
This is happening on Safari on iOS.
Functionality works on Chrome Desktop.

After further debugging, it looks like the issue is with bootstraps
. When removed the modal popups up fine in iOS Safari.

Yes that works but then the scroll of the table (if you have a lot of columns) is gone and the whole page scrolls instead of just the table itself...

This is my workaround that seems to work okay:
I replaced:

with:

This maintained the correct scrolling effects while also allowing apple devices to open modals within a table


Add Doctrine ORM support

Currently only propel is supported as a ORM, I think adding doctrine as a alternative ORM would make adoption within current projects easier for people so they don't have add extra dependencies and database connections.
(A example of a bundle that implements this is FOSUserBundle)

No more appliable


commitCharacters of length 2+

The current implementation of commitCharacters limit their usability in certain language extensions. For example, in C++, "::" is used for scope resolution (::Configration::save()), and in AL for Business Central "::" is used for enum values (myEnum::MyEnumValue).
Please consider allowing the option to have commitCharacters of length 2 or even more.

Please add tags: API, Feature request

This feature request has not yet received the 20 community upvotes it takes to make to our backlog. 10 days to go. To learn more about how we handle feature requests, please see our documentation.
Happy Coding!

:slightly_frowning_face: In the last 60 days, this feature request has received less than 20 community upvotes and we closed it. Still a big Thank You to you for taking the time to create this issue! To learn more about how we handle feature requests, please see our documentation.
Happy Coding!


text browser integration

Is your feature request related to a problem? Please describe.
In the current implementation, selecting a feed entry opens a web browser. In addition to this, we want to support a text browser that operates in the terminal, such as w3m.
Additional context

I am not sure if w3m is the most popular text browser.
https://github.com/ymgyt/syndicationd/discussions/117

using w3m

https://github.com/ymgyt/syndicationd/releases/tag/synd-term-v0.3.1


Download api

First skeleton for file download.

This PR contains:

addition of download API endpoints
addition of default metadatasets, files, and submissions to the test db

Thanks, feel free to merge once CI is done