Problem Identification

Lifestyle Choices and Life Expectancy:
Data Availability: Lifestyle data may be available through surveys, health studies, and behavioral databases.
Ease of Work: Connecting lifestyle choices to life expectancy could be complex, requiring careful study design and data integration.
Hot Topic: With the growing focus on preventive healthcare and personal health choices, this is a hot topic that aligns with the public interest.
Related to this topic, these research questions would be considerable:

How do different lifestyle factors, such as diet, exercise, smoking, and alcohol consumption, impact life expectancy across different demographics and regions?

Can specific lifestyle interventions, such as dietary modifications or exercise programs, lead to improvements in life expectancy and overall health outcomes?

What role do socioeconomic factors play in influencing lifestyle choices and subsequently affecting life expectancy disparities among populations?

How do cultural differences in lifestyle practices contribute to variations in life expectancy outcomes globally?

Are there gender differences in the relationship between lifestyle choices and life expectancy, and if so, what are the underlying factors driving these differences?

To what extent do environmental factors, such as air quality and access to green spaces, interact with lifestyle choices to influence life expectancy?

How do trends in lifestyle choices and health behaviors over time correlate with changes in life expectancy patterns within specific populations or regions?

What are the long-term health implications of specific lifestyle choices, such as sedentary behavior, poor nutrition, or chronic stress, on life expectancy and overall well-being?

How do genetic predispositions interact with lifestyle factors to influence individual life expectancy outcomes, and what implications does this have for personalized health interventions?

Can predictive models incorporating lifestyle data accurately forecast future trends in life expectancy and inform targeted public health interventions?

We found a topic on mental health that we all want to work on


#104 - Add XmlPackagesFile

Resolving issue #104
Added a puzzle for adding additional namespaces in xml.

This pull request #142 is assigned to @vatavuk/z, here is why; the budget is 15 minutes, see §4; please, read §27 and when you decide to accept the changes, inform @g4s8/z (the architect) right in this ticket; if you decide that this PR should not be accepted ever, also inform the architect; this blog post will help you understand what is expected from a code reviewer; there will be a monetary reward for this job

@Vatavuk ping

@Vatavuk Thanks. Fixed!

@sereshqua/z please review this job completed by @vatavuk/z, as in §30; the job will be fully closed and all payments will be made when the quality review is completed

@Vatavuk please make sure you will find at least 3 issues during next CR, thanks

@sereshqua ok

@0crat quality acceptable

There is an unrecoverable failure on my side. Please, submit it here:
PID: 4@dc9a75c2-99a9-40a1-bc27-ddaf8f08c10c, thread: pool-910-thread-1
java.lang.Thread[-2] java.lang.OutOfMemoryError: unable to create new native thread

0.53.12: Issue: artipie/rpm-adapter#142, Comment: 619908907

There is an unrecoverable failure on my side. Please, submit it here:
PID: 4@dc9a75c2-99a9-40a1-bc27-ddaf8f08c10c, thread: pool-910-thread-1
com.zerocracy.radars.github.ReSafe[81] java.io.IOException: java.lang.OutOfMemoryError: unable to create new native thread
java.lang.Thread[-2] java.lang.OutOfMemoryError: unable to create new native thread

0.53.12: Issue: artipie/rpm-adapter#142, Action: created

@sereshqua please try again

@0crat quality acceptable


implement new update api for complex form types

reference the update implementation for UpdateEntry
since #1282 implements validation for the create method, this should implement validation for the new update method

I'd like to get #1293 done first before doing this one, so that the (before, after) parameter order is consistent before I tackle complex forms.


fix request game audio list error

How did you reproduce this error?

@happychui Can you provide more feedback? This PR does seem to break audio list report when the dashboard is opened after the server.

@happychui Thanks for the report. I've decided to fix this on the server side and I already pushed the fix on the master branch. Please tell me if this fixes it for you.
@Vixea The error could be reproduced if the driver was manually registered, then launched SteamVR first, then the dashboard.

I'm glad to help you.


Implemented Worker-based timer

what was the usecase for implementing this ?

Hi @cwilso, thanks for the neat demo (and the great "Tale of Two Clocks" article). Do you have any more info on this change? I understand the code, but I don't fully understand the motivation. Is the idea just that the worker approach makes it easier to adjust the interval while the metronome is running? Or is it about avoiding work on the main thread? Curious to learn more if you could point me in the right direciton.

Oof, I really should have updated that article.
So, on the main thread, setTimeout gets throttled whenever the window is not in focus - so, even if you set a timeout for ever 100ms, you'll only get a callback once every second.  However, setTimeouts on worker threads DON'T get throttled - even if they call back to the main thread - so it's possible to keep consistent timing that way, while still doing the timer call more frequently than once every second.
(The throttling was originally implemented to avoid power drain from animation that was implemented before requestAnimationFrame().)

Thanks for the quick response! That makes a lot of sense.

Oof, I really should have updated that article.

It's not too late :wink:


pyFerret scalability: loops and performance

Reported by steven.c.hankin on 16 May 2016 17:01 UTC
Internally in the current Ferret code there are a number of places where brute-force loops over the ranges  1:maxdsets and 1:maxvars are used to locate a dataset.  As the number of datasets grows to become a much larger number, these loops will become a (modest) performance drag.
The code would be improved by managing datasets as a LIST and better utilizing the existing LISTs of variables within a dataset, so that the brute force looping is no longer done.
Migrated-From: http://dunkel.pmel.noaa.gov/trac/ferret/ticket/2424

Comment by steven.c.hankin on 16 May 2016 17:57 UTC
Since this ticket is mostly a scratch pad I'll add a related thought:
There is a fair amount of information that is duplicated between the old XDSET_INFO common area and the much newer ncdset structures found in NCF_Util.h.  The name and path of the dataset are the largest of these, taking 4k bytes of COMMON per dataset. The code could be modernized by pushing all of the dataset metadata into the ncdset structure and eliminating most of the variables from XDSET_INFO. By creating a collection of GET_ and SET_ subroutines that moved metadata into and out of the ncdset structure, the Ferret code would be largely unchanged as we adapt to this switch -- i.e. there would be lots of small edits, but the logic unchanged.
This change would be a natural part of scaling pyFerret up to handle thousands of datasets.

Adding @AndrewWittenberg


Sometimes delimiter change when uploading a new file during task creation is ignored

It happens only sometimes, when I change the comma to colon.

I am sorry, but I am unable to reproduce the bug.
Also, it seems weird that it even happens, since I checked the code - if you click "Configure" right of the selected file, select a proper delimiter and then click "Save and close", it should not be possible for the modal window to close itself, until server acknowledges the changes.
Looking at these lines of code:
scope.save = function (future) {
onSave(
// Success => close the modal
function (response) {
scope.dismiss(); // closes the modal
future(); // will change the clicked button from "spinner"  back to "classic button" (here it serves for further openings of the same modal, so yes, it is needed)
},
// Failure while sending data => display an error
function (response) {
scope.messages.push('error', reporth.constrErrorMsg(scope['msgtxt.saveFailure'], response.data)); // display an error to the user
future(); // will change...
}
);
};
I really see no way of the modal closing before the file configuration is actually properly sent and saved on the server. The only option is the data sent do not correspond to the changes you made, but this does not seem to be the cause either.
=> Did you click on the "Save and close" button to close the modal? (no other way of closing the modal saves the changes). It is possible I am missing something here. Do let me know, thanks!

Actually how I came to notices this bug is that I successfuly created the task and when I let it run, it ended almost immediately because a wrong delimiter was used. First I blamed myself, that I forgot to change it from coma to colon, but it is not the case, because even when I do mind to change it, the bug sometimes appears too. I almost suspect that it might happen in cases when I rush to create the task, not waiting for all the background AJAX calls to finish... Will look into it, but I cannot close this one, because I do not imagine it. Also maybe it happens only in Firefox...

Hm could not reproduce for now.


Updated Docker-TypeScript tasks.json to version 2.0.0

Fixes Issue #196

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: sirockin sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.

LGTM. Thanks @sirockin


Add indication on the website that this is Dev Preview

We need to indicate to users that this is Dev Preview version of the website.
Perhaps Chakra has built-in UI component for that?

@addihorowitz Should the indication be always visible? Or is an "About" modal enough? I was thinking to also add the explicit version of the webapp and construct-hub that is currently deployed (mainly for us).

I believe we could make a dismiss-able banner under the header for this. Our current header / nav design doesn't really allow for a fixed banner without making adjustments to the layout of it


Test object should be in test method

Hello! I have small issue in your implementation of test suites.
Generated code:
package org.pkg

import org.junit.jupiter.api.Assertions
import org.junit.jupiter.api.Test

internal class MyAwesomeTest {
  private val obj: MyAwesome = MyAwesome()

  @Test
  public fun yoyo_goldencase() {
    TODO("Implement")
    val expected = Int()
    val actual = obj.yoyo()

    Assertions.assertEquals(expected, actual)
  }
}

  private val obj: MyAwesome = MyAwesome() - this instantiation should be in each tests method because some methods may mutate object's state. Junit execute tests in random order by default.
Version 1.1.0

Should be fixed in 1.2.0 - 1.2.1 (not released in marketplace yet)

fixed in 1.2.2


[Discussion]: Risk-based controls

Summary
Risk-based controls (tiering)
Source
Me (endlessly)
Detail
Some aspects or TRE controls are 'core', that is they are generic to TREs, regardless of what sort of data is being processed. For example, all users need a unique login, data access is on a needs basis, data can only be ingressed and egressed by specific controlled routes (no random local copy/paste, wild internet access etc.
Other aspects should be (I think) risk-based, that is the level and type of controls should reflect potential risk to the data, e.g. unwanted disclosure. Specifically, I think all projects should classify data along the lines of the ATI risk tiers, and then use systems with appropriate controls. So, probably T0 and T1 would not require a TRE at all (low risk), so save money and pain and use something else. T3 and T4 would need a TRE, and T2 perhaps might, but the controls applied within the TRE would be different, because the risk is different.
Here's some suggestions:
Datasets required (and to be ingressed), processing to be done, and data to be exported (egressed) should be defined prospectively in the project DMP. This is 'core' to all TREs.
If data is high risk, directly identifiable and sensitive health data say, (tier 4?) then this data must be checked, confirmed compliant with the DMP, and ingressed/egressed by a third party (i.e. not the researcher). Egress obviously carries greater risk, but even ingress needs to check the data coming into the project space is as expected (no extra fields etc).
For lower risk data, say where direct identifiers have been replaced with pseudo IDs, then the perhaps we might allow some degree of flexibility. Maybe the project PI (or delegate) can in/egress data, after signing an extra agreement covering these responsibilities say. For even lower risk data (strong pseudo say), maybe in/egress can be delegated to specified project staff (who also sign up to the agreement).
Likewise, the location from which the TRE may be accessed should also depend on data risk. For example, directly identifiable sensitive data should only be accessible to those with a need, so access should be restricted to a project-specific place - shoulder surfing might immediately disclose sensitive information (and break the law). Where data is pseudonymised, this is less of a risk, so an office shared with other researchers might be OK. With better deidentification, access might be acceptable from any shared office (no research), home or - ultimately a café or train.
By classifying risk, and applying controls - systematically - we can reduce risk, make using TREs easier, and cheaper. A one size fits all approach, usually based on the highest risk data, does not work and is not necessary. This will only work if we develop a national approach to risk classification, and the corresponding controls.
We need to get the balance right though, only mandating controls where it really matters, and leaving a degree of flexibility. For example, by default TREs should 'deny all' internet access. But perhaps for some projects this means they cannot use a TRE, so we record the risk as an exception, mitigate it (whitelist etc) and monitor.
In this way, responsibility is delegated, where appropriate, pain is reduced, efficiency improved - but all within a structured risk-based way. That's the dream anyway.
So, tangible action. I have tabulated the specification items, added the ATI tiers, and made a start at unpicking the tier-specific controls. There aren't that many (thankfully), with most items being core to all TREs. I think it would be immensely helpful to run a workshop on this idea - to beat it about and try to break it (based on peoples' experience at the coal face) and either polish an adopt it, or burn it if it just doesn't work.
All opinions welcome, particularly from those that are 'doing' TREs, as users or operators.
Will
Intended Output
Agree a risk-based approach to data classification and corresponding controls (tech and policy).
Who can help
Everyone

A possible SATRE output could be a classification of TREs into tiers, I don't think trying to classify datasets or projects is in scope for us.

Not sure there is worth in one without the other - they are umbilically linked.

@willc-RISG: what I mean here is that the purpose of the SATRE project is to develop a TRE architecture standard. Being able to say "here's what it means to be Tier-2 SATRE TRE" could definitely be in scope for that, and gives TRE operators the opportunity to label themselves and say "go and read this document if you want to know what that means."
However, if we start writing something that tells you how to classify a project (NB. classifying a dataset on its own is less useful than dataset + what you plan to do with it) then we're saying saying "your project is Tier-2 and you shouldn't be allowed to do it except in an environment that looks like this". I don't think this would be as useful to the community.

Well actually your concern (limiting activity to environments with proportionate security) is precisely what I’m proposing, and surely what we ought to be striving for? High risk data goes (or stays) in highly secure environments; less risky data needs less protection, and should be easier (and cheaper maybe) to play with.

@all-contributors please add @willc-RISG for ideas

Well actually your concern (limiting activity to environments with proportionate security) is precisely what I’m proposing, and surely what we ought to be striving for? High risk data goes (or stays) in highly secure environments; less risky data needs less protection, and should be easier (and cheaper maybe) to play with.

I'm just thinking that saying "We've come up with a new way for you to classify your projects" isn't going to be an attractive prospect to organisations who already have a way of classifying project/data sensitivity. On the other hand saying "here's a classification of TREs" might, for example, help them to say "Oh, your Tier 1 TRE is fine for our Class B data, but Class A would need a Tier 3 TRE - can you support that?".

But… in order for TRE class to have meaning it must be tied to data class. In fact, vice versa is the rational way. So we (well you mainly!) have classified data risk, which we link to TRE controls. It has to be a national approach though, otherwise it will have no meaning. We need the ICO to endorse the risk-based approach, which is what DP law and good practice has been telling us to do decades. Currently we live in limbo which isn’t helpful to anyone, least of all the public who underwrite trust in research.

You might well be right, but we (SATRE) aren't in a position to impose a national data classification system, especially not one that overrides existing classifications (e.g. NHS Class I - V or UK Government OFFICIAL/OFFICIAL-SENSITIVE/SECRET/TOP-SECRET).
Given that constraint (and the fact that we only have about two months of funding left) I think it makes more sense to produce a recommendation for the thing that is in scope (classification of TREs) and put pressure on organisations who can make national decisions to come up with a framework of how to match data to TRE level.
I'm not trying to dismiss your idea, I just want to be realistic about what we can achieve in the SATRE project.

Hi @willc-RISG. Thanks for raising this idea and I do understand your position, however, this proposal is looking at tiering /data/ and not TREs. The SATRE project is looking at defining a standard for TREs. Local governance and/or the data controller can choose to make additional requirements to any standard. The SATRE spec has no control over that. We cannot mandate what type of TRE a data controller should specify. This is where the likes of DSPT, ISO and DEA come in which sit on top of SATRE.
Like with the Turing tiers the 4 levels very quickly boil down to two - T0/1 unconsidered, T4 is always going to be bespoke/unique solution -  so we're back to yes/no situation which is where we are with SATRE.
So at the moment the feeling is to be aware of the ask, but, given we only have two months left, need to keep focused on the core tasks.

Well, I would argue if most TREs end up being bespoke, we simply don’t have a standard, just vague suggestion about managing risk appetite. But if it’s out of scope so be it. At least though we could define core TRE functionality (unique login, MFA, network isolation at project level etc) and the additional ‘levers’ that might be adjusted to suit data risk, e,g. Who gets the ingress and egress roles, where data can be accessed from etc. At least that helps future proofs things for a world in which data is managed according to a common understanding of risk.

Indeed, which is what we're doing with the mandatory, recommended and optional. We can certainly add information stating that the recommended and optional requirements will improve the chances of a TRE to work with more sensitive data. This is a model that fits with current accredition schemes.
My comment about Tier 4 being bespoke is that, as per the Turing model, it is at the national security level of sensitivity. That's a rare need by a small number of (secretive) organisations who are going to have very specific needs and risk profiles.

Just weighing in on this - @willc-RISG we like this idea but as stated above think it's beyond the scope of the general SATRE project. However this is something we're interested in at Turing and will look to pick up as a Turing endeavour (e.g. a Turing interpretation of SATRE) once SATRE finishes in October.
As there isn't universal agreement on what Tiers mean across the ecosystem, but we have an idea at Turing, we feel this work is best suited to be a Turing output rather than 'community representative' output. At least at this stage!

Am hearing you loud and clear :-)
To ensure future strategic nirvana remains a possibility though, I hope we can ensure that the SATRE TRE spec includes the various discrete levers that can be nudged/yanked as necessary, in proportion to risk.


Is compatible with FragmentPagerAdapter?

Hi, I would like to know if it is compatible with FragmentPagerAdapter.
Regards.

It's compatible with FragmentPagerAdapter. I've try.
Very helpful library, thanks @rnevet


use libsass instead ruby sass

PR to https://github.com/flatlogic/angular-material-dashboard/issues/54

@darlanmendonca, Thanks!


Autocomplete layer is not updating after deleting last letter of query with backspace key

Description
On demo page, autocomplete layer is not updating after deleting last letter of query with backspace key.
Reproduction

Go to demo page http://nigayo.github.io/page/sweetsearch/demo/searchAmazon.html

Type 'a' at input area.

You can see autocomplete items.

Remove query 'a' by pressing backspace key.

Autocomplete items for 'a' is still there.

Expected
After removing last letter of query, autocomplete layer should disappear.

close issue.


LBFGS optimizer doesn't work for PINN training 🐛[BUG]:

Version
24.01
On which installation method(s) does this occur?
Docker, Pip, Source
Describe the issue
After specifying the optimizer to be bfgs in config file, it overrides the max_steps to 0
Minimum reproducible example
#config
defaults :
  - modulus_default
  - arch:
      - fourier
      - modified_fourier
      - fully_connected
      - multiscale_fourier
  - scheduler: tf_exponential_lr
  - optimizer: bfgs
  - loss: sum

training:
  rec_results_freq: 1000
  max_steps : 150000

Relevant log output
[23:53:04] - lbfgs optimizer selected. Setting max_steps to 0
[23:53:05] - [step:     100000] lbfgs optimization in running
Error executing job with overrides: []
Traceback (most recent call last):
  File "/mount/data/test/eikonal/eikonal.py", line 313, in run
    slv.solve()
  File "/usr/local/lib/python3.10/dist-packages/modulus/sym/solver/solver.py", line 173, in solve
    self._train_loop(sigterm_handler)
  File "/usr/local/lib/python3.10/dist-packages/modulus/sym/trainer.py", line 543, in _train_loop
    loss, losses = self._cuda_graph_training_step(step)
  File "/usr/local/lib/python3.10/dist-packages/modulus/sym/trainer.py", line 730, in _cuda_graph_training_step
    self.apply_gradients()
  File "/usr/local/lib/python3.10/dist-packages/modulus/sym/trainer.py", line 185, in bfgs_apply_gradients
    self.optimizer.step(self.bfgs_closure_func)
  File "/usr/local/lib/python3.10/dist-packages/torch/optim/lr_scheduler.py", line 68, in wrapper
    return wrapped(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/torch/optim/optimizer.py", line 379, in wrapper
    out = func(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/torch/utils/_contextlib.py", line 115, in decorate_context
    return func(*args, **kwargs)
  File "/usr/local/lib/python3.10/dist-packages/torch/optim/lbfgs.py", line 298, in step
    max_iter = group['max_iter']
KeyError: 'max_iter'

Environment details
No response

This issue is still active and needs fixing.

This is an expected behavior of the LBFGS optimizer in Modulus-Sym. Inside Modulus-Sym, the optimizer will set the max_steps to zero. If the training is started from scratch, this issue should not show up and the training should run successfully. Reference:
[18:49:00] - attempting to restore from: outputs/helmholtz
[18:49:00] - optimizer checkpoint not found
[18:49:00] - model wave_network.0.pth not found
[18:49:00] - lbfgs optimizer selected. Setting max_steps to 0
/usr/local/lib/python3.10/dist-packages/modulus/sym/eq/derivatives.py:120: FutureWarning: `torch.cuda.amp.autocast(args...)` is deprecated. Please use `torch.amp.autocast('cuda', args...)` instead.
  with torch.cuda.amp.autocast(enabled=False):
  with torch.cuda.amp.autocast(enabled=False):
[18:49:00] - [step:          0] lbfgs optimization in running
[18:49:58] - lbfgs optimization completed after 1000 steps
[18:49:58] - [step:          0] record constraint batch time:  5.987e-02s
[18:50:00] - [step:          0] record validators time:  2.309e+00s
[18:50:01] - [step:          0] saved checkpoint to outputs/helmholtz
[18:50:01] - [step:          0] loss:  1.007e+04
[18:50:01] - [step:          0] reached maximum training steps, finished training!

However, the above error occurs, if you switch the optimizer in the middle of training. For example, go from adam to bfgs after a few steps. While this is technically possible, Modulus-Sym does not currently allow such workflows. For such cases, its recommended to check the main Modulus library.


Bind conflicting with device setup

System Info and Version
 System/Version info
Hyprland, built from branch  at commit fe7b748eb668136dd0558b7c8279bfcd7ab4d759  (props: bump version to 0.39.1).
Date: Tue Apr 16 16:01:03 2024
Tag: v0.39.1, commits: 4460

flags: (if any)

System Information:
System name: Linux
Node name: tomek-82a3
Release: 6.6.30-2-MANJARO
Version: #1 SMP PREEMPT_DYNAMIC Wed May  8 17:46:43 UTC 2024

GPU information:
00:02.0 VGA compatible controller [0300]: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] [8086:9a49] (rev 01) (prog-if 00 [VGA controller])

os-release: NAME="Manjaro Linux"
PRETTY_NAME="Manjaro Linux"
ID=manjaro
ID_LIKE=arch
BUILD_ID=rolling
ANSI_COLOR="32;1;24;144;200"
HOME_URL="https://manjaro.org/"
DOCUMENTATION_URL="https://wiki.manjaro.org/"
SUPPORT_URL="https://forum.manjaro.org/"
BUG_REPORT_URL="https://docs.manjaro.org/reporting-bugs/"
PRIVACY_POLICY_URL="https://manjaro.org/privacy-policy/"
LOGO=manjarolinux

plugins:

Bug or Regression?
Bug
Description
if you have defined two keyboard devices with different kb_variants one of them will have wrong bindings
one thing i found is in xev --event keyboard
one keyboard shows
KeyPress event, serial 290, synthetic NO, window 0x400001,
    root 0x4a5, subw 0x0, time 3713059, (536,721), root:(3740,763),
--> state 0x0, keycode 43 (keysym 0x64, d), same_screen YES,
    XLookupString gives 1 bytes: (64) "d"
    XmbLookupString gives 1 bytes: (64) "d"
    XFilterEvent returns: False

and the other keyboard shows for the matching key pressed
KeyPress event, serial 292, synthetic NO, window 0x400001,
    root 0x4a5, subw 0x0, time 3724267, (507,702), root:(3711,744),
--> state 0x0, keycode 40 (keysym 0x64, d), same_screen YES,
    XLookupString gives 1 bytes: (64) "d"
    XmbLookupString gives 1 bytes: (64) "d"
    XFilterEvent returns: False

and the matching result for the keycode of the first keyboard
KeyRelease event, serial 290, synthetic NO, window 0x400001,
    root 0x4a5, subw 0x0, time 3710789, (536,721), root:(3740,763),
--> state 0x0, keycode 43 (keysym 0x68, h), same_screen YES,
    XLookupString gives 1 bytes: (68) "h"
    XFilterEvent returns: False

in the end on keyboard 1 the binding works with key d and on the other with key h which makes the it really troublesome to use
TLDR: bind matches based on keycode and not keysym/modmask even on a bind defined on key and NOT keycode
hyprctl binds|grep -B4 -A5 "key: D"
bind
	modmask: 64
	submap:
	key: D
	keycode: 0
	catchall: false
	dispatcher: exec
	arg: ~/.config/hypr/scripts/rofi_launcher

How to reproduce
device {
    name = at-translated-set-2-keyboard
    kb_layout = us
    kb_variant = dvorak
}

device {
    name = zsa-technology-labs-moonlander-mark-i
    kb_layout = us
    kb_variant = basic
}

one of the keyboards will not work correctly with bindings
can be tested using one keyboard by defining in input kb_variant different than later defined keyboard device kb_variant
input {
        kb_model =
        kb_layout = us
        kb_variant = basic
        kb_rules =
        kb_file =
        numlock_by_default = false
        repeat_rate = 25
        repeat_delay = 600
        sensitivity = 1.0
        accel_profile = adaptive
        force_no_accel = false
        left_handed = false
        scroll_method = 2fg
        scroll_button = 0
        scroll_button_lock = 0
        natural_scroll = false
        follow_mouse = 1
        mouse_refocus = true
        float_switch_override_focus = 1
        touchpad {
                disable_while_typing = true
                natural_scroll = true
                scroll_factor = 1.0
                middle_button_emulation = false
                tap_button_map =
                clickfinger_behavior = false
                tap-to-click = true
                drag_lock = false
                tap-and-drag = true
        }
        touchdevice {
                transform = 0
                output =
        }
        tablet {
                transform = 0
                output =
                region_position = 0 0
                region_size = 0 0
                relative_input = false
        }
}

device {
    name = at-translated-set-2-keyboard
    kb_layout = us
    kb_variant = dvorak
}

Crash reports, logs, images, videos
No response

System Info and Version
 System/Version info
Hyprland, built from branch bugfix_keybindmanager at commit a148394fce2f02b56cf965a1dfa32f9c13149c0c dirty (1).
Date: Thu May 30 05:12:10 2024
Tag: v0.40.0-1-ga148394f, commits: 4607

flags: (if any)

System Information:
System name: Linux
Node name: tomek-82a3
Release: 6.6.30-2-MANJARO
Version: #1 SMP PREEMPT_DYNAMIC Wed May  8 17:46:43 UTC 2024

GPU information:
00:02.0 VGA compatible controller [0300]: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] [8086:9a49] (rev 01) (prog-if 00 [VGA controller])

os-release: NAME="Manjaro Linux"
PRETTY_NAME="Manjaro Linux"
ID=manjaro
ID_LIKE=arch
BUILD_ID=rolling
ANSI_COLOR="32;1;24;144;200"
HOME_URL="https://manjaro.org/"
DOCUMENTATION_URL="https://wiki.manjaro.org/"
SUPPORT_URL="https://forum.manjaro.org/"
BUG_REPORT_URL="https://docs.manjaro.org/reporting-bugs/"
PRIVACY_POLICY_URL="https://manjaro.org/privacy-policy/"
LOGO=manjarolinux

plugins:

Description
I did some testing to help out. I've compiled 0.40.0 and verified that the issue is with handling different layouts itself and not the handling of keybindings
when pressing Q on working keyboard (us,basic)
bool CKeybindManager::handleKeybinds(...) SPressedKeyWithMods {
    name:
    keysym: 0x71
    keycode: 24
    mod: 0
    sent: 1
    submap:
}

key press result from xev
KeyPress event, serial 88, synthetic NO, window 0x400001,
    root 0x4a3, subw 0x0, time 2548572, (108,226), root:(3955,773),
    state 0x0, keycode 24 (keysym 0x71, q), same_screen YES,
    XLookupString gives 1 bytes: (71) "q"
    XmbLookupString gives 1 bytes: (71) "q"
    XFilterEvent returns: False

when pressing Q on keyboard with changed layout(us,dvorak)
bool CKeybindManager::handleKeybinds(...) SPressedKeyWithMods {
    name:
    keysym: 0x78
    keycode: 53
    mod: 0
    sent: 1
    submap:
}

key press result from xev
KeyPress event, serial 88, synthetic NO, window 0x400001,
    root 0x4a3, subw 0x0, time 2595143, (243,284), root:(4090,831),
    state 0x0, keycode 53 (keysym 0x71, q), same_screen YES,
    XLookupString gives 1 bytes: (71) "q"
    XmbLookupString gives 1 bytes: (71) "q"
    XFilterEvent returns: False

notice that keysym 0x78 a letter x which in dvorak layout should be q(correctly detected in xev)

I might be reading this wrong, but isn't this precisely what is defined in the wiki here

https://wiki.hyprland.org/Configuring/Uncommon-tips--tricks/#switchable-keyboard-layouts

huh
yup, my bad.


Why GeoFire's GeoQuery's queryAtLocation not returning keys eventhough the lat & long within the given KMs?

I am creating an Android App , an Uber Clone. In this I am using Firebase to list the rides created by the user.
The Ride stored in the following format .

{
  "category" : "NUVO",
  "driverids" : "",
  "drop_lat" : "40.7127753",
  "drop_long" : "-74.0059728",
  "estdate" : "Wed@Feb@28th",
  "estmile" : "4.19",
  "esttime" : "01:02@PM",
  "esttotalfare" : "4.61",
  "fareest" : "1.1",
  "g" : "t9z83wv46x",
  "l" : [ 40.674426, -73.944033 ],
  "notes" : "Gv",
  "orgin_lat" : "145 Brooklyn Ave, Brooklyn, NY 11213, USA%20New York, NY, USA",
  "request_id" : "5a75579740d166e95b8b4567",
  "requested_category" : "FAM_SUV",
  "rider_id" : "5a507bf340d16660288b4567",
  "status" : 1,
  "trip_id" : 0
}

Now I am Using GeoFire's GeoQuery's queryAtLocation to pick all rides with in 5 KMs from his current location.
The query uses the lat & lang from the field "l" and compare it with the current location lat & lang of the driver.
If the list's lat & lang is within 5 KMs , it will return the key , that is the parent name of the child "l".
Now I am currently in India. I use Lockito App to fix a Mock GPS location in India. After that I create a Ride within 5 KMs radius.
Now , the ride successfully listed in the drivers list. No Problem.
My Issue
But When I fix a mock GPS location in USA , this flow not working. I fixed the driver location on Brookyln Childeren's Museum and also created a ride on the same museum. But GeoQuery not calling onKeyEntered . It simply exists after calling GeoQueryReady function .
I check my current Lat & Lang from the app and it returns as 40.67434763453142,-73.94402358680964. I checked this against the lat&lang on field "l" .(refer above JSON). Both pointing to same location.
But GeoQuery failed to retrieve it
My Question Why this issue happening ?. If I use India's locations. Geoquery works perfectly .
But why it failing in USA.
You may tell ,"There will be an issue in lockito". But Lockito returning correct location lat lang . I checked it in Logcat. And , if there is a issue in Lockitto then How it working in India.
Also , I check it with other countries. There also I get this issue. Except my Home country , No other places are working
Here My GeoQoery Code :

 try {
            showDialog();
            double nearByDistanceRadius = 5.00d;

            com.firebase.geofire.GeoFire geoFire = new com.firebase.geofire.GeoFire(FirebaseDatabase.getInstance().getReference().child(childtype));
            final com.firebase.geofire.GeoQuery geoQuery = geoFire.queryAtLocation(new GeoLocation(latitude, longitude), nearByDistanceRadius);
            geoQueryEventListener=new GeoQueryEventListener() {
                @Override
                public void onKeyEntered(final String key, GeoLocation location) {
                    Toast.makeText (getApplicationContext(), "The key is = ",Toast.LENGTH_LONG).show();
                }

                @Override
                public void onKeyExited(final String key) {
                    System.out.println("ON KEYEXITED"+key);
                }

                @Override
                public void onKeyMoved(String key, GeoLocation location) {
                    System.out.println("ON KEYMOVED"+key);
                }

                @Override
                public void onGeoQueryReady() {
                    System.out.println("ON KEYQUERYREADY");

                @Override
                public void onGeoQueryError(DatabaseError error) {
                    System.out.println("ON KEYERROR"+error);
                }
            };
            geoQuery.addGeoQueryEventListener(geoQueryEventListener);

        } catch (Exception e) {
            e.printStackTrace();
        }

Above , execpt onGeoQueryReady , no method called if I use outside India. But Working in India. Please help me with this issue.

Cross-posted on: https://stackoverflow.com/questions/48595274/why-geofires-geoquerys-queryatlocation-not-returning-keys-eventhough-the-lat

@RageshAntony the best way to see if this is an error in your app code or in the library would be to try adding a test case to the GeoQueryIT class like this one:
https://github.com/firebase/geofire-java/blob/master/java/src/test/java/com/firebase/geofire/GeoQueryIT.java#L30
If you're not comfortable doing that, please provide:

The lat long of a few locations you expect to get in your query
The lat long of the query center
Radius


Best way to request an empty collection?

What's the best way to get an empty collection, say List?
I fixed it by adding a customisation with using factory and manually invoking the constructor, but it feels less than optimal.

Hi @Kralizek,
The best idea which comes from top of my head is to use API like fixture.CreateMany<string>(0).ToArray(). If that doesn't work, please be more specific in your question and add a sample😉

Hey @zvirja sorry for the late reply.
The problem I have is accepting an instance of  class accepting a collection of any type in its constructor. For several reasons, that collection must be empty.

So here we basically have two options:

if that collection is very unique to the whole object graph, just inject empty collection to the fixture: fixture.Inject(new VerySpecificClass[0])
register custom callback to activate your type and pass empty collection to the constructor: fixture.Register((IOtherDependendency otherDep) => new Sut(otherDep, new VerySpecificClass[0])).

I'd say that the last option looks more preferable to me.


[BUG] - Chain sync failure - issue reported by Daedalus user

Internal/External
Internal
Area
Other
Summary
The user reported that cardano-node keeps crashing and rolling back chain synchronization progress.
See the user report: https://github.com/input-output-hk/daedalus/issues/2887
Steps to reproduce
Steps to reproduce the behavior:

Launch cardano-node and let it synchronize

Expected behavior
Node synchronises successfully.
System info (please complete the following information):

OS Name: Windows 10 and Ubuntu 20.04
Node version 1.33.0

Screenshots and attachments
Looking at the logs attached by the user, it looks like cardano-node crashes multiple times with various errors:
[DESKTOP-:cardano.node.DiffusionInitializationTracer2-02-06 15:20:30.58 UTC] Chain extended, new tip: 814c711d7cf28fd07dfaa6a76c6f45ec19444ed83b8387bae06be0d5d16632e0 at slot 34083952
[DESKTOP-:cardano.node.DnsSubscription:Error:70][:Info:18] [2022-02-06 15:20:30.94 UTC] DiffusionErrored (ExceptionInLinkedThread "ThreadId 29" (ApiMisuse ClosedDBError CallStack (from HasCallStack):
  prettyCallStack, called at src/Ouroboros/Consensus/Storage/ImmutableDB/API.hs:349:42 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.API
  throwApiMisuse, called at src/Ouroboros/Consensus/Storage/ImmutableDB/Impl/State.hs:200:9 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.Impl.State
  modifyOpenState, called at src/Ouroboros/Consensus/Storage/ImmutableDB/Impl.hs:448:5 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.Impl
  appendBlockImpl, called at src/Ouroboros/Consensus/Storage/ImmutableDB/Impl.hs:278:34 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.Impl
  appendBlock_, called at src/Ouroboros/Consensus/Storage/ImmutableDB/API.hs:139:7 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.API
  appendBlock, called at src/Ouroboros/Consensus/Storage/ChainDB/Impl/Background.hs:172:9 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ChainDB.Impl.Background
  copyToImmutableDB, called at src/Ouroboros/Consensus/Storage/ChainDB/Impl/Background.hs:272:7 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ChainDB.Impl.Background))
[DESKTOP-:cardano.node.ChainDB:Notice:18] [2022-02-06 15:20:30.94 UTC] before next, messages elided =<PHONE_NUMBER>8599
[DESKTOP-:cardano.node.ChainDB:Notice:18] [2022-02-06 15:20:30.94 UTC] Chain extended, new tip: e8905466e43b33e7f86def914246c95ec7301f7600911220b37a6323e673eaac at slot 34085769
[DESKTOP-:cardano.node.ChainDB:Error:18] [2022-02-06 15:20:30.94 UTC] Immutable DB was already closed. Double closing.
[DESKTOP-:cardano.node.ChainDB:Info:18] [2022-02-06 15:20:30.94 UTC] Closed db with immutable tip at 75fcea3cb2ea4657ebe909cc2b0802a15e2bb88fd8272a9ef5e76baab14473a7 at slot 34039871 and tip e8905466e43b33e7f86def914246c95ec7301f7600911220b37a6323e673eaac at slot 34085769
cardano-node: ExceptionInLinkedThread "ThreadId 29" (ApiMisuse ClosedDBError CallStack (from HasCallStack):
  prettyCallStack, called at src/Ouroboros/Consensus/Storage/ImmutableDB/API.hs:349:42 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.API
  throwApiMisuse, called at src/Ouroboros/Consensus/Storage/ImmutableDB/Impl/State.hs:200:9 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.Impl.State
  modifyOpenState, called at src/Ouroboros/Consensus/Storage/ImmutableDB/Impl.hs:448:5 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.Impl
  appendBlockImpl, called at src/Ouroboros/Consensus/Storage/ImmutableDB/Impl.hs:278:34 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.Impl
  appendBlock_, called at src/Ouroboros/Consensus/Storage/ImmutableDB/API.hs:139:7 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.API
  appendBlock, called at src/Ouroboros/Consensus/Storage/ChainDB/Impl/Background.hs:172:9 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ChainDB.Impl.Background
  copyToImmutableDB, called at src/Ouroboros/Consensus/Storage/ChainDB/Impl/Background.hs:272:7 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ChainDB.Impl.Background)
Node configuration: NodeConfiguration {ncNodeIPv4Addr = Just <IP_ADDRESS>, ncNodeIPv6Addr = Just ::1, ncNodePortNumber = Just 62170, ncConfigFile = "C:\\Program Files\\Daedalus Mainnet\\config.yaml", ncTopologyFile = "C:\\Program Files\\Daedalus Mainnet\\topology.yaml", ncDatabaseFile = "chain", ncProtocolFiles = ProtocolFilepaths {byronCertFile = Nothing, byronKeyFile = Nothing, shelleyKESFile = Nothing, shelleyVRFFile = Nothing, shelleyCertFile = Nothing, shelleyBulkCredsFile = Nothing}, ncValidateDB = False, ncShutdownIPC = Just 3, ncShutdownOnSlotSynced = NoMaxSlotNo, ncProtocolConfig = NodeProtocolConfigurationCardano (NodeByronProtocolConfiguration {npcByronGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-byron.json", npcByronGenesisFileHash = Just "5f20df933584822601f9e3f8c024eb5eb252fe8cefb24d1317dc3d432e940ebb", npcByronReqNetworkMagic = RequiresNoMagic, npcByronPbftSignatureThresh = Nothing, npcByronApplicationName = ApplicationName {unApplicationName = "cardano-sl"}, npcByronApplicationVersion = 1, npcByronSupportedProtocolVersionMajor = 3, npcByronSupportedProtocolVersionMinor = 0, npcByronSupportedProtocolVersionAlt = 0}) (NodeShelleyProtocolConfiguration {npcShelleyGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-shelley.json", npcShelleyGenesisFileHash = Just "1a3be38bcbb7911969283716ad7aa550250226b76a61fc51cc9a9a35d9276d81"}) (NodeAlonzoProtocolConfiguration {npcAlonzoGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-alonzo.json", npcAlonzoGenesisFileHash = Just "7e94a15f55d1e82d10f09203fa1d40f8eede58fd8066542cf6566008068ed874"}) (NodeHardForkProtocolConfiguration {npcTestEnableDevelopmentHardForkEras = False, npcTestShelleyHardForkAtEpoch = Nothing, npcTestShelleyHardForkAtVersion = Nothing, npcTestAllegraHardForkAtEpoch = Nothing, npcTestAllegraHardForkAtVersion = Nothing, npcTestMaryHardForkAtEpoch = Nothing, npcTestMaryHardForkAtVersion = Nothing, npcTestAlonzoHardForkAtEpoch = Nothing, npcTestAlonzoHardForkAtVersion = Nothing}), ncSocketPath = Just "\\\\.\\pipe\\cardano-node-mainnet.9448.1", ncDiffusionMode = InitiatorAndResponderDiffusionMode, ncSnapshotInterval = DefaultSnapshotInterval, ncTestEnableDevelopmentNetworkProtocols = False, ncMaxConcurrencyBulkSync = Nothing, ncMaxConcurrencyDeadline = Nothing, ncLoggingSwitch = True, ncLogMetrics = True, ncTraceConfig = TracingOn (TraceSelection {traceVerbosity = NormalVerbosity, traceAcceptPolicy = OnOff {isOn = False}, traceBlockFetchClient = OnOff {isOn = False}, traceBlockFetchDecisions = OnOff {isOn = False}, traceBlockFetchProtocol = OnOff {isOn = False}, traceBlockFetchProtocolSerialised = OnOff {isOn = False}, traceBlockFetchServer = OnOff {isOn = False}, traceBlockchainTime = OnOff {isOn = False}, traceChainDB = OnOff {isOn = True}, traceChainSyncBlockServer = OnOff {isOn = False}, traceChainSyncClient = OnOff {isOn = False}, traceChainSyncHeaderServer = OnOff {isOn = False}, traceChainSyncProtocol = OnOff {isOn = False}, traceConnectionManager = OnOff {isOn = True}, traceConnectionManagerCounters = OnOff {isOn = True}, traceDebugPeerSelectionInitiatorTracer = OnOff {isOn = False}, traceDebugPeerSelectionInitiatorResponderTracer = OnOff {isOn = False}, traceDiffusionInitialization = OnOff {isOn = True}, traceDnsResolver = OnOff {isOn = False}, traceDnsSubscription = OnOff {isOn = True}, traceErrorPolicy = OnOff {isOn = True}, traceForge = OnOff {isOn = True}, traceForgeStateInfo = OnOff {isOn = True}, traceHandshake = OnOff {isOn = False}, traceInboundGovernor = OnOff {isOn = True}, traceInboundGovernorCounters = OnOff {isOn = True}, traceIpSubscription = OnOff {isOn = True}, traceKeepAliveClient = OnOff {isOn = False}, traceLedgerPeers = OnOff {isOn = True}, traceLocalChainSyncProtocol = OnOff {isOn = False}, traceLocalConnectionManager = OnOff {isOn = False}, traceLocalErrorPolicy = OnOff {isOn = True}, traceLocalHandshake = OnOff {isOn = False}, traceLocalInboundGovernor = OnOff {isOn = False}, traceLocalMux = OnOff {isOn = False}, traceLocalRootPeers = OnOff {isOn = True}, traceLocalServer = OnOff {isOn = False}, traceLocalStateQueryProtocol = OnOff {isOn = False}, traceLocalTxSubmissionProtocol = OnOff {isOn = False}, traceLocalTxSubmissionServer = OnOff {isOn = False}, traceMempool = OnOff {isOn = True}, traceMux = OnOff {isOn = False}, tracePeerSelection = OnOff {isOn = True}, tracePeerSelectionCounters = OnOff {isOn = True}, tracePeerSelectionActions = OnOff {isOn = True}, tracePublicRootPeers = OnOff {isOn = True}, traceServer = OnOff {isOn = True}, traceTxInbound = OnOff {isOn = False}, traceTxOutbound = OnOff {isOn = False}, traceTxSubmissionProtocol = OnOff {isOn = False}, traceTxSubmission2Protocol = OnOff {isOn = False}}), ncMaybeMempoolCapacityOverride = Nothing, ncProtocolIdleTimeout = 5s, ncTimeWaitTimeout = 60s, ncAcceptedConnectionsLimit = AcceptedConnectionsLimit {acceptedConnectionsHardLimit = 512, acceptedConnectionsSoftLimit = 384, acceptedConnectionsDelay = 5s}, ncTargetNumberOfRootPeers = 100, ncTargetNumberOfKnownPeers = 100, ncTargetNumberOfEstablishedPeers = 50, ncTargetNumberOfActivePeers = 20, ncEnableP2P = DisabledP2PMode}
[DESKTOP-:cardano.node.basicInfo.protocol:Notice:3] [2022-02-06 15:20:34.11 UTC] Byron; Shelley
[DESKTOP-:cardano.node.basicInfo.version:Notice:3] [2022-02-06 15:20:34.11 UTC] 1.33.0

[DESKTOP-:cardano.node.LocalErrorPolicy:Error:64] [2022-02-06 15:21:39.73 UTC] IP LocalAddress "\\\\.\\pipe\\cardano-node-mainnet.9448.1" ErrorPolicyLocalNodeError (ApplicationExceptionTrace (UnexpectedFailure (ChecksumMismatchError (RealPoint (SlotNo 26239774) 232443d8f78867cc92c6683c39bb1386542e1c41d1c14210b0958d7196a03315) (CRC {getCRC = 581119714}) (CRC {getCRC =<PHONE_NUMBER>}) 01214.chunk CallStack (from HasCallStack):
  prettyCallStack, called at src/Ouroboros/Consensus/Storage/ImmutableDB/Impl/Util.hs:187:60 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.Impl.Util
  checkChecksum, called at src/Ouroboros/Consensus/Storage/ImmutableDB/Impl/Iterator.hs:633:9 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.Impl.Iterator)))
[DESKTOP-:cardano.node.DnsSubscription:Error:71] [2022-02-06 15:21:39.74 UTC] Domain: "relays-new.cardano-mainnet.iohk.io" Application Exception: <IP_ADDRESS>:3001 SubscriberError {seType = SubscriberWorkerCancelled, seMessage = "SubscriptionWorker exiting", seStack = []}
[DESKTOP-:cardano.node.DiffusionInitializationTracer:Info:18] [2022-02-06 15:21:39.76 UTC] DiffusionErrored CloseHandle: invalid argument (The handle is invalid.)
[DESKTOP-:cardano.node.ChainDB:Info:29] [2022-02-06 15:21:46.18 UTC] Took ledger snapshot DiskSnapshot {dsNumber = 34040350, dsSuffix = Nothing} at f3dbac7bba471e260b773d92bd5de91123fac6813d3fdf0f8f70fbb30c0aaffb at slot 34040350
[DESKTOP-:cardano.node.ChainDB:Error:18] [2022-02-06 15:21:46.23 UTC] Immutable DB was already closed. Double closing.
[DESKTOP-:cardano.node.ChainDB:Info:18] [2022-02-06 15:21:46.23 UTC] Closed db with immutable tip at 75fcea3cb2ea4657ebe909cc2b0802a15e2bb88fd8272a9ef5e76baab14473a7 at slot 34039871 and tip e8905466e43b33e7f86def914246c95ec7301f7600911220b37a6323e673eaac at slot 34085769

cardano-node: CloseHandle: invalid argument (The handle is invalid.)Node configuration: NodeConfiguration {ncNodeIPv4Addr = Just <IP_ADDRESS>, ncNodeIPv6Addr = Just ::1, ncNodePortNumber = Just 62186, ncConfigFile = "C:\\Program Files\\Daedalus Mainnet\\config.yaml", ncTopologyFile = "C:\\Program Files\\Daedalus Mainnet\\topology.yaml", ncDatabaseFile = "chain", ncProtocolFiles = ProtocolFilepaths {byronCertFile = Nothing, byronKeyFile = Nothing, shelleyKESFile = Nothing, shelleyVRFFile = Nothing, shelleyCertFile = Nothing, shelleyBulkCredsFile = Nothing}, ncValidateDB = False, ncShutdownIPC = Just 3, ncShutdownOnSlotSynced = NoMaxSlotNo, ncProtocolConfig = NodeProtocolConfigurationCardano (NodeByronProtocolConfiguration {npcByronGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-byron.json", npcByronGenesisFileHash = Just "5f20df933584822601f9e3f8c024eb5eb252fe8cefb24d1317dc3d432e940ebb", npcByronReqNetworkMagic = RequiresNoMagic, npcByronPbftSignatureThresh = Nothing, npcByronApplicationName = ApplicationName {unApplicationName = "cardano-sl"}, npcByronApplicationVersion = 1, npcByronSupportedProtocolVersionMajor = 3, npcByronSupportedProtocolVersionMinor = 0, npcByronSupportedProtocolVersionAlt = 0}) (NodeShelleyProtocolConfiguration {npcShelleyGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-shelley.json", npcShelleyGenesisFileHash = Just "1a3be38bcbb7911969283716ad7aa550250226b76a61fc51cc9a9a35d9276d81"}) (NodeAlonzoProtocolConfiguration {npcAlonzoGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-alonzo.json", npcAlonzoGenesisFileHash = Just "7e94a15f55d1e82d10f09203fa1d40f8eede58fd8066542cf6566008068ed874"}) (NodeHardForkProtocolConfiguration {npcTestEnableDevelopmentHardForkEras = False, npcTestShelleyHardForkAtEpoch = Nothing, npcTestShelleyHardForkAtVersion = Nothing, npcTestAllegraHardForkAtEpoch = Nothing, npcTestAllegraHardForkAtVersion = Nothing, npcTestMaryHardForkAtEpoch = Nothing, npcTestMaryHardForkAtVersion = Nothing, npcTestAlonzoHardForkAtEpoch = Nothing, npcTestAlonzoHardForkAtVersion = Nothing}), ncSocketPath = Just "\\\\.\\pipe\\cardano-node-mainnet.9448.2", ncDiffusionMode = InitiatorAndResponderDiffusionMode, ncSnapshotInterval = DefaultSnapshotInterval, ncTestEnableDevelopmentNetworkProtocols = False, ncMaxConcurrencyBulkSync = Nothing, ncMaxConcurrencyDeadline = Nothing, ncLoggingSwitch = True, ncLogMetrics = True, ncTraceConfig = TracingOn (TraceSelection {traceVerbosity = NormalVerbosity, traceAcceptPolicy = OnOff {isOn = False}, traceBlockFetchClient = OnOff {isOn = False}, traceBlockFetchDecisions = OnOff {isOn = False}, traceBlockFetchProtocol = OnOff {isOn = False}, traceBlockFetchProtocolSerialised = OnOff {isOn = False}, traceBlockFetchServer = OnOff {isOn = False}, traceBlockchainTime = OnOff {isOn = False}, traceChainDB = OnOff {isOn = True}, traceChainSyncBlockServer = OnOff {isOn = False}, traceChainSyncClient = OnOff {isOn = False}, traceChainSyncHeaderServer = OnOff {isOn = False}, traceChainSyncProtocol = OnOff {isOn = False}, traceConnectionManager = OnOff {isOn = True}, traceConnectionManagerCounters = OnOff {isOn = True}, traceDebugPeerSelectionInitiatorTracer = OnOff {isOn = False}, traceDebugPeerSelectionInitiatorResponderTracer = OnOff {isOn = False}, traceDiffusionInitialization = OnOff {isOn = True}, traceDnsResolver = OnOff {isOn = False}, traceDnsSubscription = OnOff {isOn = True}, traceErrorPolicy = OnOff {isOn = True}, traceForge = OnOff {isOn = True}, traceForgeStateInfo = OnOff {isOn = True}, traceHandshake = OnOff {isOn = False}, traceInboundGovernor = OnOff {isOn = True}, traceInboundGovernorCounters = OnOff {isOn = True}, traceIpSubscription = OnOff {isOn = True}, traceKeepAliveClient = OnOff {isOn = False}, traceLedgerPeers = OnOff {isOn = True}, traceLocalChainSyncProtocol = OnOff {isOn = False}, traceLocalConnectionManager = OnOff {isOn = False}, traceLocalErrorPolicy = OnOff {isOn = True}, traceLocalHandshake = OnOff {isOn = False}, traceLocalInboundGovernor = OnOff {isOn = False}, traceLocalMux = OnOff {isOn = False}, traceLocalRootPeers = OnOff {isOn = True}, traceLocalServer = OnOff {isOn = False}, traceLocalStateQueryProtocol = OnOff {isOn = False}, traceLocalTxSubmissionProtocol = OnOff {isOn = False}, traceLocalTxSubmissionServer = OnOff {isOn = False}, traceMempool = OnOff {isOn = True}, traceMux = OnOff {isOn = False}, tracePeerSelection = OnOff {isOn = True}, tracePeerSelectionCounters = OnOff {isOn = True}, tracePeerSelectionActions = OnOff {isOn = True}, tracePublicRootPeers = OnOff {isOn = True}, traceServer = OnOff {isOn = True}, traceTxInbound = OnOff {isOn = False}, traceTxOutbound = OnOff {isOn = False}, traceTxSubmissionProtocol = OnOff {isOn = False}, traceTxSubmission2Protocol = OnOff {isOn = False}}), ncMaybeMempoolCapacityOverride = Nothing, ncProtocolIdleTimeout = 5s, ncTimeWaitTimeout = 60s, ncAcceptedConnectionsLimit = AcceptedConnectionsLimit {acceptedConnectionsHardLimit = 512, acceptedConnectionsSoftLimit = 384, acceptedConnectionsDelay = 5s}, ncTargetNumberOfRootPeers = 100, ncTargetNumberOfKnownPeers = 100, ncTargetNumberOfEstablishedPeers = 50, ncTargetNumberOfActivePeers = 20, ncEnableP2P = DisabledP2PMode}
[DESKTOP-:cardano.node.basicInfo.protocol:Notice:3] [2022-02-06 15:21:54.06 UTC] Byron; Shelley

[DESKTOP-:cardano.node.LocalErrorPolicy:Error:61] [2022-02-06 15:25:21.27 UTC] IP LocalAddress "\\\\.\\pipe\\cardano-node-mainnet.9448.3" ErrorPolicyLocalNodeError (ApplicationExceptionTrace (UnexpectedFailure (ChecksumMismatchError (RealPoint (SlotNo 26239774) 232443d8f78867cc92c6683c39bb1386542e1c41d1c14210b0958d7196a03315) (CRC {getCRC = 581119714}) (CRC {getCRC =<PHONE_NUMBER>}) 01214.chunk CallStack (from HasCallStack):
  prettyCallStack, called at src/Ouroboros/Consensus/Storage/ImmutableDB/Impl/Util.hs:187:60 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.Impl.Util
  checkChecksum, called at src/Ouroboros/Consensus/Storage/ImmutableDB/Impl/Iterator.hs:633:9 in ouroboros-consensus-<IP_ADDRESS>-ARswJnTGJA91TjsR0iesX2:Ouroboros.Consensus.Storage.ImmutableDB.Impl.Iterator)))
[DESKTOP-:cardano.node.DnsSubscription:Error:70] [2022-02-06 15:25:21.28 UTC] Domain: "relays-new.cardano-mainnet.iohk.io" Application Exception: <IP_ADDRESS>:3001 SubscriberError {seType = SubscriberWorkerCancelled, seMessage = "SubscriptionWorker exiting", seStack = []}
[DESKTOP-:cardano.node.DiffusionInitializationTracer:Info:18] [2022-02-06 15:25:21.30 UTC] DiffusionErrored CloseHandle: invalid argument (The handle is invalid.)
[DESKTOP-:cardano.node.ChainDB:Info:29] [2022-02-06 15:25:28.46 UTC] Took ledger snapshot DiskSnapshot {dsNumber = 34040350, dsSuffix = Nothing} at f3dbac7bba471e260b773d92bd5de91123fac6813d3fdf0f8f70fbb30c0aaffb at slot 34040350
[DESKTOP-:cardano.node.ChainDB:Error:18] [2022-02-06 15:25:28.46 UTC] Immutable DB was already closed. Double closing.
[DESKTOP-:cardano.node.ChainDB:Info:18] [2022-02-06 15:25:28.46 UTC] Closed db with immutable tip at 75fcea3cb2ea4657ebe909cc2b0802a15e2bb88fd8272a9ef5e76baab14473a7 at slot 34039871 and tip e8905466e43b33e7f86def914246c95ec7301f7600911220b37a6323e673eaac at slot 34085769

cardano-node: CloseHandle: invalid argument (The handle is invalid.)Node configuration: NodeConfiguration {ncNodeIPv4Addr = Just <IP_ADDRESS>, ncNodeIPv6Addr = Just ::1, ncNodePortNumber = Just 58634, ncConfigFile = "C:\\Program Files\\Daedalus Mainnet\\config.yaml", ncTopologyFile = "C:\\Program Files\\Daedalus Mainnet\\topology.yaml", ncDatabaseFile = "chain", ncProtocolFiles = ProtocolFilepaths {byronCertFile = Nothing, byronKeyFile = Nothing, shelleyKESFile = Nothing, shelleyVRFFile = Nothing, shelleyCertFile = Nothing, shelleyBulkCredsFile = Nothing}, ncValidateDB = False, ncShutdownIPC = Just 3, ncShutdownOnSlotSynced = NoMaxSlotNo, ncProtocolConfig = NodeProtocolConfigurationCardano (NodeByronProtocolConfiguration {npcByronGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-byron.json", npcByronGenesisFileHash = Just "5f20df933584822601f9e3f8c024eb5eb252fe8cefb24d1317dc3d432e940ebb", npcByronReqNetworkMagic = RequiresNoMagic, npcByronPbftSignatureThresh = Nothing, npcByronApplicationName = ApplicationName {unApplicationName = "cardano-sl"}, npcByronApplicationVersion = 1, npcByronSupportedProtocolVersionMajor = 3, npcByronSupportedProtocolVersionMinor = 0, npcByronSupportedProtocolVersionAlt = 0}) (NodeShelleyProtocolConfiguration {npcShelleyGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-shelley.json", npcShelleyGenesisFileHash = Just "1a3be38bcbb7911969283716ad7aa550250226b76a61fc51cc9a9a35d9276d81"}) (NodeAlonzoProtocolConfiguration {npcAlonzoGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-alonzo.json", npcAlonzoGenesisFileHash = Just "7e94a15f55d1e82d10f09203fa1d40f8eede58fd8066542cf6566008068ed874"}) (NodeHardForkProtocolConfiguration {npcTestEnableDevelopmentHardForkEras = False, npcTestShelleyHardForkAtEpoch = Nothing, npcTestShelleyHardForkAtVersion = Nothing, npcTestAllegraHardForkAtEpoch = Nothing, npcTestAllegraHardForkAtVersion = Nothing, npcTestMaryHardForkAtEpoch = Nothing, npcTestMaryHardForkAtVersion = Nothing, npcTestAlonzoHardForkAtEpoch = Nothing, npcTestAlonzoHardForkAtVersion = Nothing}), ncSocketPath = Just "\\\\.\\pipe\\cardano-node-mainnet.9448.4", ncDiffusionMode = InitiatorAndResponderDiffusionMode, ncSnapshotInterval = DefaultSnapshotInterval, ncTestEnableDevelopmentNetworkProtocols = False, ncMaxConcurrencyBulkSync = Nothing, ncMaxConcurrencyDeadline = Nothing, ncLoggingSwitch = True, ncLogMetrics = True, ncTraceConfig = TracingOn (TraceSelection {traceVerbosity = NormalVerbosity, traceAcceptPolicy = OnOff {isOn = False}, traceBlockFetchClient = OnOff {isOn = False}, traceBlockFetchDecisions = OnOff {isOn = False}, traceBlockFetchProtocol = OnOff {isOn = False}, traceBlockFetchProtocolSerialised = OnOff {isOn = False}, traceBlockFetchServer = OnOff {isOn = False}, traceBlockchainTime = OnOff {isOn = False}, traceChainDB = OnOff {isOn = True}, traceChainSyncBlockServer = OnOff {isOn = False}, traceChainSyncClient = OnOff {isOn = False}, traceChainSyncHeaderServer = OnOff {isOn = False}, traceChainSyncProtocol = OnOff {isOn = False}, traceConnectionManager = OnOff {isOn = True}, traceConnectionManagerCounters = OnOff {isOn = True}, traceDebugPeerSelectionInitiatorTracer = OnOff {isOn = False}, traceDebugPeerSelectionInitiatorResponderTracer = OnOff {isOn = False}, traceDiffusionInitialization = OnOff {isOn = True}, traceDnsResolver = OnOff {isOn = False}, traceDnsSubscription = OnOff {isOn = True}, traceErrorPolicy = OnOff {isOn = True}, traceForge = OnOff {isOn = True}, traceForgeStateInfo = OnOff {isOn = True}, traceHandshake = OnOff {isOn = False}, traceInboundGovernor = OnOff {isOn = True}, traceInboundGovernorCounters = OnOff {isOn = True}, traceIpSubscription = OnOff {isOn = True}, traceKeepAliveClient = OnOff {isOn = False}, traceLedgerPeers = OnOff {isOn = True}, traceLocalChainSyncProtocol = OnOff {isOn = False}, traceLocalConnectionManager = OnOff {isOn = False}, traceLocalErrorPolicy = OnOff {isOn = True}, traceLocalHandshake = OnOff {isOn = False}, traceLocalInboundGovernor = OnOff {isOn = False}, traceLocalMux = OnOff {isOn = False}, traceLocalRootPeers = OnOff {isOn = True}, traceLocalServer = OnOff {isOn = False}, traceLocalStateQueryProtocol = OnOff {isOn = False}, traceLocalTxSubmissionProtocol = OnOff {isOn = False}, traceLocalTxSubmissionServer = OnOff {isOn = False}, traceMempool = OnOff {isOn = True}, traceMux = OnOff {isOn = False}, tracePeerSelection = OnOff {isOn = True}, tracePeerSelectionCounters = OnOff {isOn = True}, tracePeerSelectionActions = OnOff {isOn = True}, tracePublicRootPeers = OnOff {isOn = True}, traceServer = OnOff {isOn = True}, traceTxInbound = OnOff {isOn = False}, traceTxOutbound = OnOff {isOn = False}, traceTxSubmissionProtocol = OnOff {isOn = False}, traceTxSubmission2Protocol = OnOff {isOn = False}}), ncMaybeMempoolCapacityOverride = Nothing, ncProtocolIdleTimeout = 5s, ncTimeWaitTimeout = 60s, ncAcceptedConnectionsLimit = AcceptedConnectionsLimit {acceptedConnectionsHardLimit = 512, acceptedConnectionsSoftLimit = 384, acceptedConnectionsDelay = 5s}, ncTargetNumberOfRootPeers = 100, ncTargetNumberOfKnownPeers = 100, ncTargetNumberOfEstablishedPeers = 50, ncTargetNumberOfActivePeers = 20, ncEnableP2P = DisabledP2PMode}
[DESKTOP-:cardano.node.basicInfo.protocol:Notice:3] [2022-02-06 15:25:46.31 UTC] Byron; Shelley

[DESKTOP-:cardano.node.ChainDB:Notice:25] [2022-02-08 23:28:11.13 UTC] Chain extended, new tip: cf524aae1d881eac12ce6297f0323cd69ee193358d07123bdce55cad3fa7c74d at slot 35878116

Access violation in generated code when reading 0xffffffffffffffff

 Attempting to reconstruct a stack trace...

   Frame	Code address
 * 0x8bcfbb0	0x4c5b5bd C:\Program Files\Daedalus Mainnet\cardano-node.exe+0x485b5bd
 * 0x8bcfc40	0x4c58a5c C:\Program Files\Daedalus Mainnet\cardano-node.exe+0x4858a5c
 * 0x8bcfcc0	0x4c1f0b8 C:\Program Files\Daedalus Mainnet\cardano-node.exe+0x481f0b8
 * 0x8bcfd20	0x4c138a5 C:\Program Files\Daedalus Mainnet\cardano-node.exe+0x48138a5
 * 0x8bcfd60	0x4c14030 C:\Program Files\Daedalus Mainnet\cardano-node.exe+0x4814030
 * 0x8bcfde0	0x4c0211a C:\Program Files\Daedalus Mainnet\cardano-node.exe+0x480211a
 * 0x8bcfe90	0x4c091c6 C:\Program Files\Daedalus Mainnet\cardano-node.exe+0x48091c6
 * 0x8bcfed0	0x4c0a672 C:\Program Files\Daedalus Mainnet\cardano-node.exe+0x480a672
 * 0x8bcff20	0x4c100fd C:\Program Files\Daedalus Mainnet\cardano-node.exe+0x48100fd
 * 0x8bcff50	0x7ff8b91a7034 C:\Windows\System32\KERNEL32.DLL+0x17034
 * 0x8bcffd0	0x7ff8b92e2651 C:\Windows\SYSTEM32\ntdll.dll+0x52651

Node configuration: NodeConfiguration {ncNodeIPv4Addr = Just <IP_ADDRESS>, ncNodeIPv6Addr = Just ::1, ncNodePortNumber = Just 55314, ncConfigFile = "C:\\Program Files\\Daedalus Mainnet\\config.yaml", ncTopologyFile = "C:\\Program Files\\Daedalus Mainnet\\topology.yaml", ncDatabaseFile = "chain", ncProtocolFiles = ProtocolFilepaths {byronCertFile = Nothing, byronKeyFile = Nothing, shelleyKESFile = Nothing, shelleyVRFFile = Nothing, shelleyCertFile = Nothing, shelleyBulkCredsFile = Nothing}, ncValidateDB = False, ncShutdownIPC = Just 3, ncShutdownOnSlotSynced = NoMaxSlotNo, ncProtocolConfig = NodeProtocolConfigurationCardano (NodeByronProtocolConfiguration {npcByronGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-byron.json", npcByronGenesisFileHash = Just "5f20df933584822601f9e3f8c024eb5eb252fe8cefb24d1317dc3d432e940ebb", npcByronReqNetworkMagic = RequiresNoMagic, npcByronPbftSignatureThresh = Nothing, npcByronApplicationName = ApplicationName {unApplicationName = "cardano-sl"}, npcByronApplicationVersion = 1, npcByronSupportedProtocolVersionMajor = 3, npcByronSupportedProtocolVersionMinor = 0, npcByronSupportedProtocolVersionAlt = 0}) (NodeShelleyProtocolConfiguration {npcShelleyGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-shelley.json", npcShelleyGenesisFileHash = Just "1a3be38bcbb7911969283716ad7aa550250226b76a61fc51cc9a9a35d9276d81"}) (NodeAlonzoProtocolConfiguration {npcAlonzoGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-alonzo.json", npcAlonzoGenesisFileHash = Just "7e94a15f55d1e82d10f09203fa1d40f8eede58fd8066542cf6566008068ed874"}) (NodeHardForkProtocolConfiguration {npcTestEnableDevelopmentHardForkEras = False, npcTestShelleyHardForkAtEpoch = Nothing, npcTestShelleyHardForkAtVersion = Nothing, npcTestAllegraHardForkAtEpoch = Nothing, npcTestAllegraHardForkAtVersion = Nothing, npcTestMaryHardForkAtEpoch = Nothing, npcTestMaryHardForkAtVersion = Nothing, npcTestAlonzoHardForkAtEpoch = Nothing, npcTestAlonzoHardForkAtVersion = Nothing}), ncSocketPath = Just "\\\\.\\pipe\\cardano-node-mainnet.15100.1", ncDiffusionMode = InitiatorAndResponderDiffusionMode, ncSnapshotInterval = DefaultSnapshotInterval, ncTestEnableDevelopmentNetworkProtocols = False, ncMaxConcurrencyBulkSync = Nothing, ncMaxConcurrencyDeadline = Nothing, ncLoggingSwitch = True, ncLogMetrics = True, ncTraceConfig = TracingOn (TraceSelection {traceVerbosity = NormalVerbosity, traceAcceptPolicy = OnOff {isOn = False}, traceBlockFetchClient = OnOff {isOn = False}, traceBlockFetchDecisions = OnOff {isOn = False}, traceBlockFetchProtocol = OnOff {isOn = False}, traceBlockFetchProtocolSerialised = OnOff {isOn = False}, traceBlockFetchServer = OnOff {isOn = False}, traceBlockchainTime = OnOff {isOn = False}, traceChainDB = OnOff {isOn = True}, traceChainSyncBlockServer = OnOff {isOn = False}, traceChainSyncClient = OnOff {isOn = False}, traceChainSyncHeaderServer = OnOff {isOn = False}, traceChainSyncProtocol = OnOff {isOn = False}, traceConnectionManager = OnOff {isOn = True}, traceConnectionManagerCounters = OnOff {isOn = True}, traceDebugPeerSelectionInitiatorTracer = OnOff {isOn = False}, traceDebugPeerSelectionInitiatorResponderTracer = OnOff {isOn = False}, traceDiffusionInitialization = OnOff {isOn = True}, traceDnsResolver = OnOff {isOn = False}, traceDnsSubscription = OnOff {isOn = True}, traceErrorPolicy = OnOff {isOn = True}, traceForge = OnOff {isOn = True}, traceForgeStateInfo = OnOff {isOn = True}, traceHandshake = OnOff {isOn = False}, traceInboundGovernor = OnOff {isOn = True}, traceInboundGovernorCounters = OnOff {isOn = True}, traceIpSubscription = OnOff {isOn = True}, traceKeepAliveClient = OnOff {isOn = False}, traceLedgerPeers = OnOff {isOn = True}, traceLocalChainSyncProtocol = OnOff {isOn = False}, traceLocalConnectionManager = OnOff {isOn = False}, traceLocalErrorPolicy = OnOff {isOn = True}, traceLocalHandshake = OnOff {isOn = False}, traceLocalInboundGovernor = OnOff {isOn = False}, traceLocalMux = OnOff {isOn = False}, traceLocalRootPeers = OnOff {isOn = True}, traceLocalServer = OnOff {isOn = False}, traceLocalStateQueryProtocol = OnOff {isOn = False}, traceLocalTxSubmissionProtocol = OnOff {isOn = False}, traceLocalTxSubmissionServer = OnOff {isOn = False}, traceMempool = OnOff {isOn = True}, traceMux = OnOff {isOn = False}, tracePeerSelection = OnOff {isOn = True}, tracePeerSelectionCounters = OnOff {isOn = True}, tracePeerSelectionActions = OnOff {isOn = True}, tracePublicRootPeers = OnOff {isOn = True}, traceServer = OnOff {isOn = True}, traceTxInbound = OnOff {isOn = False}, traceTxOutbound = OnOff {isOn = False}, traceTxSubmissionProtocol = OnOff {isOn = False}, traceTxSubmission2Protocol = OnOff {isOn = False}}), ncMaybeMempoolCapacityOverride = Nothing, ncProtocolIdleTimeout = 5s, ncTimeWaitTimeout = 60s, ncAcceptedConnectionsLimit = AcceptedConnectionsLimit {acceptedConnectionsHardLimit = 512, acceptedConnectionsSoftLimit = 384, acceptedConnectionsDelay = 5s}, ncTargetNumberOfRootPeers = 100, ncTargetNumberOfKnownPeers = 100, ncTargetNumberOfEstablishedPeers = 50, ncTargetNumberOfActivePeers = 20, ncEnableP2P = DisabledP2PMode}
[DESKTOP-:cardano.node.basicInfo.protocol:Notice:3] [2022-02-08 23:28:30.25 UTC] Byron; Shelley

[DESKTOP-:cardano.node.ChainDB:Notice:25] [2022-02-09 00:54:14.52 UTC] Chain extended, new tip: 3ea0694db331e3946c572fa47fa0d9533fa8bcac3d0f8d5143f6089aeed05832 at slot 38998153
cardano-node: internal error: evacuate: strange closure type 64711496
    (GHC version 8.10.7 for x86_64_unknown_mingw32)
    Please report this as a GHC bug:  https://www.haskell.org/ghc/reportabug
Node configuration: NodeConfiguration {ncNodeIPv4Addr = Just <IP_ADDRESS>, ncNodeIPv6Addr = Just ::1, ncNodePortNumber = Just 55647, ncConfigFile = "C:\\Program Files\\Daedalus Mainnet\\config.yaml", ncTopologyFile = "C:\\Program Files\\Daedalus Mainnet\\topology.yaml", ncDatabaseFile = "chain", ncProtocolFiles = ProtocolFilepaths {byronCertFile = Nothing, byronKeyFile = Nothing, shelleyKESFile = Nothing, shelleyVRFFile = Nothing, shelleyCertFile = Nothing, shelleyBulkCredsFile = Nothing}, ncValidateDB = False, ncShutdownIPC = Just 3, ncShutdownOnSlotSynced = NoMaxSlotNo, ncProtocolConfig = NodeProtocolConfigurationCardano (NodeByronProtocolConfiguration {npcByronGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-byron.json", npcByronGenesisFileHash = Just "5f20df933584822601f9e3f8c024eb5eb252fe8cefb24d1317dc3d432e940ebb", npcByronReqNetworkMagic = RequiresNoMagic, npcByronPbftSignatureThresh = Nothing, npcByronApplicationName = ApplicationName {unApplicationName = "cardano-sl"}, npcByronApplicationVersion = 1, npcByronSupportedProtocolVersionMajor = 3, npcByronSupportedProtocolVersionMinor = 0, npcByronSupportedProtocolVersionAlt = 0}) (NodeShelleyProtocolConfiguration {npcShelleyGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-shelley.json", npcShelleyGenesisFileHash = Just "1a3be38bcbb7911969283716ad7aa550250226b76a61fc51cc9a9a35d9276d81"}) (NodeAlonzoProtocolConfiguration {npcAlonzoGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-alonzo.json", npcAlonzoGenesisFileHash = Just "7e94a15f55d1e82d10f09203fa1d40f8eede58fd8066542cf6566008068ed874"}) (NodeHardForkProtocolConfiguration {npcTestEnableDevelopmentHardForkEras = False, npcTestShelleyHardForkAtEpoch = Nothing, npcTestShelleyHardForkAtVersion = Nothing, npcTestAllegraHardForkAtEpoch = Nothing, npcTestAllegraHardForkAtVersion = Nothing, npcTestMaryHardForkAtEpoch = Nothing, npcTestMaryHardForkAtVersion = Nothing, npcTestAlonzoHardForkAtEpoch = Nothing, npcTestAlonzoHardForkAtVersion = Nothing}), ncSocketPath = Just "\\\\.\\pipe\\cardano-node-mainnet.15100.2", ncDiffusionMode = InitiatorAndResponderDiffusionMode, ncSnapshotInterval = DefaultSnapshotInterval, ncTestEnableDevelopmentNetworkProtocols = False, ncMaxConcurrencyBulkSync = Nothing, ncMaxConcurrencyDeadline = Nothing, ncLoggingSwitch = True, ncLogMetrics = True, ncTraceConfig = TracingOn (TraceSelection {traceVerbosity = NormalVerbosity, traceAcceptPolicy = OnOff {isOn = False}, traceBlockFetchClient = OnOff {isOn = False}, traceBlockFetchDecisions = OnOff {isOn = False}, traceBlockFetchProtocol = OnOff {isOn = False}, traceBlockFetchProtocolSerialised = OnOff {isOn = False}, traceBlockFetchServer = OnOff {isOn = False}, traceBlockchainTime = OnOff {isOn = False}, traceChainDB = OnOff {isOn = True}, traceChainSyncBlockServer = OnOff {isOn = False}, traceChainSyncClient = OnOff {isOn = False}, traceChainSyncHeaderServer = OnOff {isOn = False}, traceChainSyncProtocol = OnOff {isOn = False}, traceConnectionManager = OnOff {isOn = True}, traceConnectionManagerCounters = OnOff {isOn = True}, traceDebugPeerSelectionInitiatorTracer = OnOff {isOn = False}, traceDebugPeerSelectionInitiatorResponderTracer = OnOff {isOn = False}, traceDiffusionInitialization = OnOff {isOn = True}, traceDnsResolver = OnOff {isOn = False}, traceDnsSubscription = OnOff {isOn = True}, traceErrorPolicy = OnOff {isOn = True}, traceForge = OnOff {isOn = True}, traceForgeStateInfo = OnOff {isOn = True}, traceHandshake = OnOff {isOn = False}, traceInboundGovernor = OnOff {isOn = True}, traceInboundGovernorCounters = OnOff {isOn = True}, traceIpSubscription = OnOff {isOn = True}, traceKeepAliveClient = OnOff {isOn = False}, traceLedgerPeers = OnOff {isOn = True}, traceLocalChainSyncProtocol = OnOff {isOn = False}, traceLocalConnectionManager = OnOff {isOn = False}, traceLocalErrorPolicy = OnOff {isOn = True}, traceLocalHandshake = OnOff {isOn = False}, traceLocalInboundGovernor = OnOff {isOn = False}, traceLocalMux = OnOff {isOn = False}, traceLocalRootPeers = OnOff {isOn = True}, traceLocalServer = OnOff {isOn = False}, traceLocalStateQueryProtocol = OnOff {isOn = False}, traceLocalTxSubmissionProtocol = OnOff {isOn = False}, traceLocalTxSubmissionServer = OnOff {isOn = False}, traceMempool = OnOff {isOn = True}, traceMux = OnOff {isOn = False}, tracePeerSelection = OnOff {isOn = True}, tracePeerSelectionCounters = OnOff {isOn = True}, tracePeerSelectionActions = OnOff {isOn = True}, tracePublicRootPeers = OnOff {isOn = True}, traceServer = OnOff {isOn = True}, traceTxInbound = OnOff {isOn = False}, traceTxOutbound = OnOff {isOn = False}, traceTxSubmissionProtocol = OnOff {isOn = False}, traceTxSubmission2Protocol = OnOff {isOn = False}}), ncMaybeMempoolCapacityOverride = Nothing, ncProtocolIdleTimeout = 5s, ncTimeWaitTimeout = 60s, ncAcceptedConnectionsLimit = AcceptedConnectionsLimit {acceptedConnectionsHardLimit = 512, acceptedConnectionsSoftLimit = 384, acceptedConnectionsDelay = 5s}, ncTargetNumberOfRootPeers = 100, ncTargetNumberOfKnownPeers = 100, ncTargetNumberOfEstablishedPeers = 50, ncTargetNumberOfActivePeers = 20, ncEnableP2P = DisabledP2PMode}
[DESKTOP-:cardano.node.basicInfo.protocol:Notice:3] [2022-02-09 00:54:33.24 UTC] Byron; Shelley

[DESKTOP-:cardano.node.ChainDB:Notice:25] [2022-02-09 01:18:06.15 UTC] Chain extended, new tip: 313d244058c2bf0f3b90d51e011114abf97d155aeba3504dfc18563cac6b2341 at slot 13731365

Access violation in generated code when executing data at 0x7ff4f8b1b291

 Attempting to reconstruct a stack trace...

   Frame	Code address
 * 0x86fdd50	0x7ff4f8b1b291

Node configuration: NodeConfiguration {ncNodeIPv4Addr = Just <IP_ADDRESS>, ncNodeIPv6Addr = Just ::1, ncNodePortNumber = Just 55721, ncConfigFile = "C:\\Program Files\\Daedalus Mainnet\\config.yaml", ncTopologyFile = "C:\\Program Files\\Daedalus Mainnet\\topology.yaml", ncDatabaseFile = "chain", ncProtocolFiles = ProtocolFilepaths {byronCertFile = Nothing, byronKeyFile = Nothing, shelleyKESFile = Nothing, shelleyVRFFile = Nothing, shelleyCertFile = Nothing, shelleyBulkCredsFile = Nothing}, ncValidateDB = False, ncShutdownIPC = Just 3, ncShutdownOnSlotSynced = NoMaxSlotNo, ncProtocolConfig = NodeProtocolConfigurationCardano (NodeByronProtocolConfiguration {npcByronGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-byron.json", npcByronGenesisFileHash = Just "5f20df933584822601f9e3f8c024eb5eb252fe8cefb24d1317dc3d432e940ebb", npcByronReqNetworkMagic = RequiresNoMagic, npcByronPbftSignatureThresh = Nothing, npcByronApplicationName = ApplicationName {unApplicationName = "cardano-sl"}, npcByronApplicationVersion = 1, npcByronSupportedProtocolVersionMajor = 3, npcByronSupportedProtocolVersionMinor = 0, npcByronSupportedProtocolVersionAlt = 0}) (NodeShelleyProtocolConfiguration {npcShelleyGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-shelley.json", npcShelleyGenesisFileHash = Just "1a3be38bcbb7911969283716ad7aa550250226b76a61fc51cc9a9a35d9276d81"}) (NodeAlonzoProtocolConfiguration {npcAlonzoGenesisFile = "C:\\Program Files\\Daedalus Mainnet\\genesis-alonzo.json", npcAlonzoGenesisFileHash = Just "7e94a15f55d1e82d10f09203fa1d40f8eede58fd8066542cf6566008068ed874"}) (NodeHardForkProtocolConfiguration {npcTestEnableDevelopmentHardForkEras = False, npcTestShelleyHardForkAtEpoch = Nothing, npcTestShelleyHardForkAtVersion = Nothing, npcTestAllegraHardForkAtEpoch = Nothing, npcTestAllegraHardForkAtVersion = Nothing, npcTestMaryHardForkAtEpoch = Nothing, npcTestMaryHardForkAtVersion = Nothing, npcTestAlonzoHardForkAtEpoch = Nothing, npcTestAlonzoHardForkAtVersion = Nothing}), ncSocketPath = Just "\\\\.\\pipe\\cardano-node-mainnet.15100.3", ncDiffusionMode = InitiatorAndResponderDiffusionMode, ncSnapshotInterval = DefaultSnapshotInterval, ncTestEnableDevelopmentNetworkProtocols = False, ncMaxConcurrencyBulkSync = Nothing, ncMaxConcurrencyDeadline = Nothing, ncLoggingSwitch = True, ncLogMetrics = True, ncTraceConfig = TracingOn (TraceSelection {traceVerbosity = NormalVerbosity, traceAcceptPolicy = OnOff {isOn = False}, traceBlockFetchClient = OnOff {isOn = False}, traceBlockFetchDecisions = OnOff {isOn = False}, traceBlockFetchProtocol = OnOff {isOn = False}, traceBlockFetchProtocolSerialised = OnOff {isOn = False}, traceBlockFetchServer = OnOff {isOn = False}, traceBlockchainTime = OnOff {isOn = False}, traceChainDB = OnOff {isOn = True}, traceChainSyncBlockServer = OnOff {isOn = False}, traceChainSyncClient = OnOff {isOn = False}, traceChainSyncHeaderServer = OnOff {isOn = False}, traceChainSyncProtocol = OnOff {isOn = False}, traceConnectionManager = OnOff {isOn = True}, traceConnectionManagerCounters = OnOff {isOn = True}, traceDebugPeerSelectionInitiatorTracer = OnOff {isOn = False}, traceDebugPeerSelectionInitiatorResponderTracer = OnOff {isOn = False}, traceDiffusionInitialization = OnOff {isOn = True}, traceDnsResolver = OnOff {isOn = False}, traceDnsSubscription = OnOff {isOn = True}, traceErrorPolicy = OnOff {isOn = True}, traceForge = OnOff {isOn = True}, traceForgeStateInfo = OnOff {isOn = True}, traceHandshake = OnOff {isOn = False}, traceInboundGovernor = OnOff {isOn = True}, traceInboundGovernorCounters = OnOff {isOn = True}, traceIpSubscription = OnOff {isOn = True}, traceKeepAliveClient = OnOff {isOn = False}, traceLedgerPeers = OnOff {isOn = True}, traceLocalChainSyncProtocol = OnOff {isOn = False}, traceLocalConnectionManager = OnOff {isOn = False}, traceLocalErrorPolicy = OnOff {isOn = True}, traceLocalHandshake = OnOff {isOn = False}, traceLocalInboundGovernor = OnOff {isOn = False}, traceLocalMux = OnOff {isOn = False}, traceLocalRootPeers = OnOff {isOn = True}, traceLocalServer = OnOff {isOn = False}, traceLocalStateQueryProtocol = OnOff {isOn = False}, traceLocalTxSubmissionProtocol = OnOff {isOn = False}, traceLocalTxSubmissionServer = OnOff {isOn = False}, traceMempool = OnOff {isOn = True}, traceMux = OnOff {isOn = False}, tracePeerSelection = OnOff {isOn = True}, tracePeerSelectionCounters = OnOff {isOn = True}, tracePeerSelectionActions = OnOff {isOn = True}, tracePublicRootPeers = OnOff {isOn = True}, traceServer = OnOff {isOn = True}, traceTxInbound = OnOff {isOn = False}, traceTxOutbound = OnOff {isOn = False}, traceTxSubmissionProtocol = OnOff {isOn = False}, traceTxSubmission2Protocol = OnOff {isOn = False}}), ncMaybeMempoolCapacityOverride = Nothing, ncProtocolIdleTimeout = 5s, ncTimeWaitTimeout = 60s, ncAcceptedConnectionsLimit = AcceptedConnectionsLimit {acceptedConnectionsHardLimit = 512, acceptedConnectionsSoftLimit = 384, acceptedConnectionsDelay = 5s}, ncTargetNumberOfRootPeers = 100, ncTargetNumberOfKnownPeers = 100, ncTargetNumberOfEstablishedPeers = 50, ncTargetNumberOfActivePeers = 20, ncEnableP2P = DisabledP2PMode}
[DESKTOP-:cardano.node.basicInfo.protocol:Notice:3] [2022-02-09 01:18:09.93 UTC] Byron; Shelley

You can close the issue, it was a memory fault from my hardware. thanks


Use the subnet default instead of assigning public ip

Pull Request
Description
Worker instances in private subnet get assigned public IPs. This PR removes the configuration such that the subnet default is used.
How Has This Been Tested?
It hasn't.
Checklist

[ ] terraform fmt and terraform validate both work from the root and examples/ directories (look in CI for an example)
[ ] Provide an updated example that utilizes newly created resources, or for more advanced additions a new example under the examples directory.
[ ] Example plan output in this PR (in lieu of CI)
[ ] Docs have been added/updated (for bug fixes/features)
[ ] Any breaking changes are noted in the description above
[ ] I have made corresponding changes to the documentation
[ ] My changes generate no new warnings
[ ] My code follows the style guidelines of this project
[ ] Any dependent changes have been merged and published in downstream modules

Tests break because terraform fmt is needed otherwise it looks good. We should make sure to add a note that this potentially will relaunch all private workers in the new release.

Tested it on our dev env. works fine.


INSTALL: Remove libunwind from MacOS dependencies

libunwind is not available from Brew, and we don't need it anyway because MacOS LLVM doesn't need it.

@stevenmeker can you please rebase this PR against the develop branch?

rebase done


Problem with Templates and (In)equality

see also #89
000941.test seems to present a problem:
public function first_index_of<T>(T[] items, T item, int start) -> (int|null index)
// Starting point cannot be negative
requires start >= 0 && start <= |items|
// If null returned, no element in items matches item
ensures index is null ==> all { i in start .. |items| | items[i] != item }:
    //
    int i = start
    //
    while i < |items|
    // i is positive
    where i >= start
    // No element seen so far matches item
    where all { j in start .. i | items[j] != item }:
        //
        if items[i] == item:
            return i
        i = i + 1
    //
    return null

The problem is related to having the generic type T.  If we have int say instead, then its fine.

This seems to be fixed in the latest version.


VSCode EDGE Devtools "blob problem" again

https://github.com/microsoft/vscode-edge-devtools/issues/1000
Environment (please complete the following information):

OS (e.g., Windows 10): MacOS Sonoma 14.0
Extension version (e.g., 1.2.3): 2.1.3

Describe the bug:

Edge Devtools does not work but gives an error message about: BlobNotFound
Repro steps:

click F5 (debug) in VScode
Expected behavior:

Additional context:

Thanks for filing. Marking this as tracked for the team to take a look.

use edge-dev version could work

have the same issue in MacOS 13.4

Should be fixed in  v2.1.5


Examples for how to confirm session and close session?

Following the example shown here I was able to authenticate an email address on the public portier server successfully, but the missing piece for me is how to confirm that session on other routes, and how to close out a session.

I think what you are missing is https://github.com/expressjs/session. After you authenticate the user via portier, set a session variable that contains his email. That variable you can check in all other routes.
Untested code:
app.post('/verify', formParser, (req, res, next) => {
    portier.verify(req.body.id_token, (err, email) => {
        if (err) return next(err);
        req.session.authorized_email = email
        res.type('html').end(`

Verified email address ${email}!

        `);
    });
});

To logout drop that session, with req.session.destroy.


How to setup HonSSH using two Raspberry Pi

Dear Thomas,
In the Deployment Guide you indicate that 2 Raspberry Pi are being used. Could you explain it a little bit? I mean if you are using one Rasp for the HonSSH and the other one for the fake server, for the server. If it is so, could you give some clues about how to config them?
Another question is if could be set up using one only Rasperry.
Many thanks in advance.
Best regards,
Javier

Hi @javuchini ,
Setup
You have to Pi's

pi1
pi2

pi1 should have two network interfaces

if1
if2
where if1 is the one that's exposed to the internet and if2 is connected to pi2.

Once you have this connected, follow the configuration guide from Thomas and you should be up and running in no time :)
Running on one machine
Setting up HonSSH using a single Pi (or any other type of machine) might work but, since you would be giving the attacker complete access to that system, including all you collected data and HonSSH configuration it would defeat the purpose. If you want to run some type of honeypot using only a single node, take a look at Kippo from which HonSSH has evolved.

Couldn't have said it better myself!
Happy to answer any other questions that you may have during deployment. You should have my email now - unless I have met two Javiers in one day!

Many thanks both of you. You're awesome!


Does not work after re-import to Godot 3.1

The project is importing with the error and then its not possible to run it...

the solution I found was to open human.tscn scene and fix the dependency by assigning some different png texture


Remove text-encoding polyfill

Closes #34
This is no longer needed and was just a polyfill, which is also now deprecated, node and browsers have good support for it out of the box.

Thank you @sachaw!
Merging it and going to make a release


Multibyte characters are displayed as "□"

First, thank you for developing a very useful player.
↓problems
Multibyte characters are displayed as "□"
Cannot identify multibyte player name.
Please change it to the character encoding system for multibyte characters.

Could you please attach *.aurp file and give me an example of correctly rendered string with multibyte characters?

The issue is caused by the update allowing multibyte character names.
sorry.I don't know how to upload other than the allowed extensions.
Instead, attach a capture.
Yellow =のぶ
The number of characters in double-byte character display is the same as the number of "□".

I see. Thanks for the explanation.
I think, there is an issue with fonts (the default one doesn't support korean and chinese alphabet), I'll take a look.

Thank you for an immediate answer.
I am Japanese, so I would be happy if you could handle Japanese.
The recommended font for Japanese and English is the license-free "https://mplus-fonts.osdn.jp/about-en.html".
However, in order to support more users, it needs to support Korean and Chinese, but I don't know Korean and Chinese fonts.

Additional information.
It seems that there are open source fonts for Japanese, Chinese and Korean.
The name is Noto Serif CJK.
It looks like a font created by Google and Adobe.
If there is no problem, please use this.

Try out test replayer build (artifacts) with extended font

Thank you for adding the font.
This is a report.
Release-x 64 did not work.
It closes after displaying the window.
Release-Win 32 ran successfully.
My PC is Windows 10 pro 64 bit.


Add level sensors to cover/blind

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 88.47%. Comparing base (ec5d62b) to head (32da20f).
Report is 78 commits behind head on devel.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff             @@
##            devel    #1557      +/-   ##
==========================================
- Coverage   90.42%   88.47%   -1.95%
==========================================
  Files          49       52       +3
  Lines        6037     6430     +393
==========================================
+ Hits         5459     5689     +230
- Misses        578      741     +163

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Add some cases ETypecheck with EGrammar

If ETypeCheck is about productions, I replaced EStr with EGrammar for each production.

It is related to #89.

Can you list the changed results and explain why the current results are better than before?

Can you list the changed results and explain why the current results are better than before?

I couldn't find whole cases but I found a specific case in InstanceOfCondition.

If d is a |FunctionDeclaration|, a |GeneratorDeclaration|, an |AsyncFunctionDeclaration|, or an |AsyncGeneratorDeclaration|, then

This is a CondStep for BlockDeclarationInstantiation Algorithm. Originally, It changed as follows.
if (|| (|| (|| (? d: "FunctionDeclaration")) (? d: "GeneratorDeclaration")) (? d: "AsyncFunctionDeclaration")) (? d: "AsyncGeneratorDeclaration"))
Currently, it changed as follows.
if (|| (|| (|| (? d: (grammar |FunctionDeclaration|[FFF])) (? d: (grammar |GeneratorDeclaration|[FFF]))) (? d: (grammar |AsyncFunctionDeclaration|[FFF]))) (? d: (grammar |AsyncGeneratorDeclaration|[FFF])))
I think the current version is better because we can use information that each type is grammar production such as the number of parameters. So we can detect spec errors more precisely. But the current interpreter and transition just use the information of Lhs name. So I think we need to fix this.

I think you listed all the EGrammar in the compiled IR program of ES2022. However, I asked about all the IR instructions "affected by" your PR.

This is a CondStep for BlockDeclarationInstantiation Algorithm. Originally, It changed as follows.
if (|| (|| (|| (? d: "FunctionDeclaration")) (? d: "GeneratorDeclaration")) (? d: "AsyncFunctionDeclaration")) (? d: "AsyncGeneratorDeclaration"))

Currently, it changed as follows.
if (|| (|| (|| (? d: (grammar |FunctionDeclaration|[FFF])) (? d: (grammar |GeneratorDeclaration|[FFF]))) (? d: (grammar |AsyncFunctionDeclaration|[FFF]))) (? d: (grammar |AsyncGeneratorDeclaration|[FFF])))

Is it a correct compilation? For example, the following original IR Expr checked whether d is a parsing result with FunctionDeclaration
(? d: "FunctionDeclaration")

However, the following IR Expr changed by this PR checked whether d is a parsing result with FunctionDeclaration and boolean parameters FFF.
(? d: (grammar |FunctionDeclaration|[FFF])

Let us discuss it offline.


Instance.wait() call semantics are weird

The Instance trait has a wait function which is used to wait for the instance to exit.
Due to issues with threading and lifetimes the call currently takes a channel sender.
Ideally any sort of async behavior should be handled by the caller (e.g. wrap it in a thread and handle the channels at the call site rather than expecting the implementation to).
Lifetimes of the type parameters on Instance make this a little more problematic and I am currently hesitant to use a 'static lifetime (required by thread::spawn).

The scoped spawn in std::thread::scope does not require a 'static lifetime, maybe it's worth checking out.
https://doc.rust-lang.org/std/thread/fn.scope.html

std::thread::scope is useful for scatter+gather scenarios only because it automatically joins any spawned threads when the scope is dropped.
For this use case it will end up blocking the us from returning because it will have to wait for the scope to finish.
We may be able to work around this if we keep the scope around until the instance is deleted, but I think this will require significant rework as we probably only actually want a single thread scope for this.

Sorry no, that doesn't work... the scope becomes out of scope as soon as thread::scope() returns.


added code for number conversion

Description
Added a menu-driven code to convert a given number from one base system to another.
Reference Issue number #264
issue_no must refer to the issue related to this PR, visit here
Type of change
Choosing one or more options from the following as per the nature of your Pull request.
NOTE: Check boxes using [x]

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Documentation Update

Checklist:

[x] I have named my files and folder, according to this project's guidelines.
[x] My code follows the style guidelines of this project.
[x] My Pull Request has a descriptive title. (not a vague title like Update index.md)
[x] I have commented on my code, particularly in hard-to-understand areas.
[ ] I have created a helpful and easy to understand README.md, with problem description and my name.
[ ] I have included a requirements.txt file (if external libraries are required.)
[x] My changes do not produce any warnings.
[ ] I have starred this repository.
[ ] I have added a working sample/screenshot of the script.
[x] I have checked for trailing spaces in file names and none have them.

@pratik-choudhari I have added the code for number system conversion. Please review my pull request.

@Bhavya-Tripathi Add a readme with your name and gh link. Also consider starring the repo☺

Sure thing 👍

I have made the required changes. Kindly review them @pratik-choudhari . Thanks!


Storybook 7+ compatible

Hello, i was curious to know if this is compatible with storybook 7 since storybook is about to go on version 8 pretty soon

I think it should be fine as this is only decorator on a story. Will need
to check when 8 is actually out.
On Sun, 3 Mar 2024 at 2:55 AM AS-EBaiden @.***> wrote:

Hello, i was curious to know if this is compatible with storybook 7 since
storybook is about to go on version 8 pretty soon
—
Reply to this email directly, view it on GitHub
https://github.com/sanusart/storybook-react-live-decorator/issues/1, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AACBLRVT5QDXBZDUJRS3KE3YWJYHZAVCNFSM6AAAAABEDQIOECVHI2DSMVQWIX3LMV43ASLTON2WKOZSGE3DKMBVGUZTQOA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>


Romanian translation for netcore

Fixed Romanian tests #61
Added a getRangeFormat parameter to segments description
Refactored Resources.ResourceManager.GetString(resourceName, m_culture) calls

Thanks!


Blake2, Part 3/3: Parameters, in the proper style, all the way to a decent top-level API

This incorporates #923 even though the code here is now in a much different form.
Some high-level summary of this new style:

the index now covers what needs to be retained at run-time, namely a key length and an output length
the key type class retains a full set of parameters, a key buffer -- but it's only used for the initialization functions (alloca, malloc, reset) that need to receive the key, then after that, the meta-parameter in the functor is set to Erased, meaning the key does not hold anything at runtime after that
this leaves us with the blake2 state to hold important runtime information: the output length, and the key length; those cannot be changed from one instantiation of the algorithm to another

Compared to the previous style where the key length was an argument to the entire type class, this is a notable improvement:

key length does not need to be known at compile-time
no superfluous runtime argument update, digest, etc.

The proofs were unpleasant, to say the least, with many, many small things I had to tweak to make things work. (There are various comments -- for instance, let x = y in t[x] is not the same as let x = y in t[y] where tis a type that contains xor y; or, destructuring pairs in types type t = fun (x, y) -> ... seems to wreak havoc on unification and much better behavior is observed by using fst or snd. Anyhow, I've left some comments here and there, and the toplevel API takes care of not exposing the monomorphized pairs that are generated by the streaming functor (at the cost of my sanity, see proof of malloc_with_key).
What remains is:

~mostly documentation, making clear what are the assumptions on the part of the client behavior regarding these two lengths~
~perhaps reimplementing reset properly since the tests are written against that API~
NOT DOING: proper struct for the index so that the type looks decent in the C header file (see comment below)

https://github.com/FStarLang/karamel/pull/421 contains the build fix but is stuck on an F* build failure, to be diagnosed

last build failure was a verification error in lib.buffer (which incidentally also failed on my machine, and I had to locally bump the rlimit)

Ok we're down to silly errors in tests. I'll fix them.

🕺


Overwritten Text

"Recovered" and "deceased" text in circular chart showing total cases in Global fragment is alligned one over the other so it's looking overwritten.
Issue ScreenShot-:
https://user-images.githubusercontent.com/65395355/128759744-ce235ac4-12c5-495a-924b-fbe30817f092.jpeg

This issue will be resolved automatically once the API end point is fixed.


Filters don't update when adding a component via script

Hi,
I just discovered your framework, and it looks cool.
I found what I think is a bug ; if I spawn a Prefab, it is registered correctly by the filters and used by the systems, but if I create a gameObject and add component via script, they don't register.
This is problematic as often you add component during the game to add conditions, states and such.
Here is the code used :
The left click works correctly, the right doesn't.
void Update()
    {
        if (Input.GetMouseButtonDown(0))
        {
            Instantiate(myPrefab, new Vector3(0, 0, 0), Quaternion.identity);
        }
        if (Input.GetMouseButtonDown(1))
        {
            GameObject cubeObject = GameObject.CreatePrimitive(PrimitiveType.Cube);

            cubeObject.AddComponent<Entity>(); // actually not needed, managed by MoveComponent
            cubeObject.AddComponent<MoveComponent>();
            cubeObject.GetComponent<MoveComponent>().Speed = 0.2f;
            cubeObject.GetComponent<MoveComponent>().Direction = new Vector3(0, 1, 0);
        }
    }

I can maybe correct this myself, any pointers where to look at ?
Thank you

Hi!
I do not planned that Entity component will be added from Unity Update cycle, so can not guarantee that it works correctly.
Actual approach is to spawn prefab with entity, and work with its components (Add/Get) from Systems code, classic MonoBehaviour is not recommended.
Anyway, your case should work too, I'll check it and write more.

Hi again!
Yes, this issue was in project, fixed it. Thanks for info!
But you also need to add component to the Entity object, not the game object. Correct code can look like this:
GameObject cubeObject = GameObject.CreatePrimitive(PrimitiveType.Cube);

var ent = cubeObject.AddComponent<Entity>();
var moveComponent = ent.Add<MoveComponent>();
moveComponent.Speed = 0.2f;
moveComponent.Direction = new Vector3(0, 1, 0);

Thank you, i'll check !


Attribute the first/last name dataset source

Aha! Link: https://csiro.aha.io/features/ANONLINK-40

Closed in #271


style: added tailwind and installed tradetrust ui components

check see whats wrong with netlify build?

stale, closing for now


Fixes 7984

Proposed changes

Unreleased project version (optional)

Related issues (optional)

Deploy preview for docsdocker ready!
Built with commit 86086633abc07f91cc6e8f658c37f981075ae663
https://deploy-preview-8237--docsdocker.netlify.com


Automated cherry pick of #5367: Remove NetworkPolicyStats dependency of of MulticastGroup API

Cherry pick of #5367 on release-1.11.
#5367: Remove NetworkPolicyStats dependency of
For details on the cherry pick process, see the cherry pick requests page.

/test-all