CodeActions are very very chatty

Run with --logExtensionHostCommunication or with code change for LOG_EXTENSION_HOST_COMMUNICATION

Create an empty folder
Create a javascript file
Enable auto save
Type one character in the javascript file

Obseve, the renderer process asks 9 times for code actions after typing one character.

The three $provideCodeActions requests per group are:

JS/TS quick fixes
JS/TS refactors
JS/TS source actions

A few thoughts on fixing this:

Use a single message to the extension host to get code actions from all providers instead of one message per provider. Not sure if any of our other language features also use this mode of communications. @alexandrudima / @jrieken Any thoughts here?

Avoid calling code action providers that we know (from their metadata) will not return actions we are interested in. In the js/ts case, we could avoid calling the source action provider.

The three groups of requests are caused by:

Cursor change
Markers change on document change
Markers change on document save

To address this:

Don't update markers if they have not really changed. We could try handling this in the js/ts extension, in the extension host, or in the main thread. We can address the basic case with zero markers first (if we have not already done so)

Debounce the actual code action trigger. We currently debounce the cursor and marker events separately, which means that both can still be triggered immediately after one another.

Addressed $provideCodeActions part 2 with  72a24483c490383fc6caf3a412d01d92ef2a0f99. This eliminates 3 of the requests. We still have two separate calls for the refactor and quick fix providers

Use a single message to the extension host to get code actions from all providers instead of one message per provider.

We have only done that for decoration providers (the scm and marker decorations) but no language yet. I think that something to optimise we really have a problem here

I have pushed a change to prevent marker changes when nothing really has changed (on the extension host side)

We are down to two calls - one per provider which I think is fair

:+1: Thank you, this is cool!
Is there any limitation why we can't have TS registering a single provider and then joining the results in the extension side?

Each ts code action provider has its own metadata that indicates what type of code actions it can return. This let's us avoid calling one or the other in cases like using the refactoring keybinding

This let's us avoid calling one or the other in cases like using the refactoring keybinding

We invoke two times when typing a letter in an editor but we are able to optimize and invoke only once when using the refactoring keybinding ?
But... why are we making worse the 99% case (typing) vs the 1% case (invoking the refactoring keybinding)

I think that design was driven by how expensive it is to compute refactorings or quick fixes. E.g. we know that the refactor-menu won't show quick fixes so why ask quick-fix-only code action providers for actions?

I think I understand this better after chatting with @jrieken ... it's ok with me to leave these calls in given the current design.


SDF fails to import every time

I keep getting this when I try to import.
I can import your example zip, but if I extract it and then zip it back up then it fails.
It fails when I have a 1 line item 1 png deck and when I have many.
I am on 0.7.5, and the world has been around awhile.
Tested in a new world and it fails the same.

Did confirm that the import of images into foundry does work for making a Deck, but the import of a zip file for SDF does not (other than your original example one for whatever reason)

new_54CardDeck.zip
Uploading example re-zip of your sample one. This does NOT work for me. (on 0.7.5)
The OG:
OG_54CardDeck.zip

herp derp derp....
So was some confusion in the example. I had thought that you had zipped
"54CardDeck" not "images" and "deck.yaml". So that was what was making my SDF imports fail. I was doing their parent dir containing the 2 items, instead of the 2 items.
Closing ticket now, but maybe clarify in the README/wiki just to make sure others don't derp like I did.

wow ... WHY does this matter, just spent an exorbitant amount of time messing with this....


Add auto merge

@conda-forge-admin, please add bot automerge

@conda-forge-admin, please add bot automerge

Hi! This is the friendly automated conda-forge-webservice.
I just wanted to let you know that I added bot automerge in conda-forge/smoqe-feedstock#2.


oe-gdb Support attaching to host that has loaded enclaves.

Rename global enclave list to oe_enclave_list_head

Store full path to the enclave in oe_enclave_t rather than just
the supplied path which is often relative path.
When a debugger attaches to a program, it has no reliable way to
figure out the full path of the enclave binary from a relative path
since the program could have done a cd.

Implementation of attach:
When GDB attaches to a process, for each objfile (a shared library, executable)
the new_objfile event is triggered.
oe-gdb installs a handler for this event.
Whenever that handler is invoked, it looks for (evaluates) the global enclave list
maintained in the oe_enclave_list_head variable.
It then loops through the list and gathers the address where each enclave is
loaded and the path to the enclave binary.
Then for each gathered (enclave-address, enclave-path), it
invokes enclave_oenclave_debug to enable debugging.

Addresses #66

bors try

Can you also update README.md to indicate that gdb support for attaching to a process has been added?

bors try

bors r+

bors r+


Transport: Remove t.Conn from multiplexer when init fails

This diff removes a net.PacketConn from the multiplexer when (*Transport).init fails.
Background: As far as I am aware, a PacketConn is only removed from the multiplexer, when (*Transport).listen returns.
If (*Transport).init returns early, the listen() goroutine is not started, while the PacketConn was already added to the multiplexer, which results in the inability of the Transport to remove the PacketConn entry from the multiplexer.

Thanks! Yes, I think your suggestion makes sense, I will change it accordingly.


Listening to a specific channel using only one connection

I asked this on StackOverflow yesterday but haven't got any responses, so I decided to take my chances here.
Version : 2.6.3
Platform : Node.js 7.0.0 on Mac OS X El Capitan
Description : I'm trying to get it to listen to a specific channel.
Here's the example given on the docs, I changed it a little.
var sub = redis.createClient(), pub = redis.createClient();

sub.on("subscribe", function (channel, count) {
  pub.publish("first", "first channel");
  pub.publish("second", "second channel");
});

sub.on("message", function (channel, message) {
  console.log("sub channel " + channel + ": " + message);
});

sub.subscribe("first");
sub.subscribe("second");

In this example, sub.on() receives all messages from all channels. How can I set it to listen to a specific channel? This is probably a simple question, but I don't know how to do that.
Here's an example of what I'm trying to achieve in redis-cli. I want to do this in node_redis. Note that when you PUBLISH something to redischat1, only redischat1 is notified, I can see it on the terminal tab 1.
SUBSCRIBE redischat1 (terminal tab 1)
PUBLISH redischat1 "this is for redischat1 only" (terminal tab 2)

SUBSCRIBE redischat2 (terminal tab 3)
PUBLISH redischat2 "this is for redischat2 only" (terminal tab 4)

sub.on only receives messages from channel first and second as the client only subscribed to those channels.


Not working in 2020 with Identity Server Templates

First - thanks for your work on this. It's gotten me much closer to things working. I agree with your points about the security side of Blazor being very lacking.
I am struggling to set up an IdentityServer that will work with this client, even though I started from their templates.
Is it possible to update this template to include details on the minimal configuration needed to test this against a local IdentityServer endpoint?

@Doc-Saintly, Sorry but I'm not currently using IdentityServer (unfortunately), so I'm not really in a position to keep it current. Those folks move quickly!


NullPointerException 'int android.graphics.Bitmap.getWidth()' on a null object reference

Hi. I get the following crash when taking pictures. But doesn't happen every time.
java.lang.NullPointerException: Attempt to invoke virtual method 'int android.graphics.Bitmap.getWidth()' on a null object reference 	at android.app.ActivityThread.deliverResults(ActivityThread.java:3720) 	at android.app.ActivityThread.handleSendResult(ActivityThread.java:3763) 	at android.app.ActivityThread.-wrap16(ActivityThread.java) 	at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1403) 	at android.os.Handler.dispatchMessage(Handler.java:102) 	at android.os.Looper.loop(Looper.java:148) 	at android.app.ActivityThread.main(ActivityThread.java:5443) 	at java.lang.reflect.Method.invoke(Native Method) 	at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:728) 	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:618) Caused by: java.lang.NullPointerException: Attempt to invoke virtual method 'int android.graphics.Bitmap.getWidth()' on a null object reference 	at com.frosquivel.magicalcamera.Utilities.PictureUtils.resizePhoto(PictureUtils.java:43) 	at com.frosquivel.magicalcamera.Functionallities.ActionPicture.onTakePhotoResult(ActionPicture.java:221) 	at com.frosquivel.magicalcamera.Functionallities.ActionPicture.resultPhoto(ActionPicture.java:240) 	at com.frosquivel.magicalcamera.MagicalCamera.resultPhoto(MagicalCamera.java:163) 	at ar.com.nabla.sistemalecturas.fragment.UnidadFragment.onActivityResult(UnidadFragment.java:1167) 	at android.support.v4.app.FragmentActivity.onActivityResult(FragmentActivity.java:164) 	at ar.com.nabla.sistemalecturas.activity.UnidadActivity.onActivityResult(UnidadActivity.java:162) 	at android.app.Activity.dispatchActivityResult(Activity.java:6442) 	at android.app.ActivityThread.deliverResults(ActivityThread.java:3716) 	... 9 more

@jerosode hello,
Interesting issue, I never view that in any devices, but only test in Huawei brand, Samsung and Emulator devices,
Can you give me more details please?
What brand of devices that you use?
What version API you have in device and you use in your app?
What is the percentage of the quality picture?
In which cases does it happen?
Thanks,

Hi. Yes. All the devices are:

Motorola Moto g3 running Android 6.0
minSdkVersion 21
targetSdkVersion 25
compileSdkVersion 25
-PHOTO_QUALITY 25%
I could not replicate the crash yet in any emulator or my device (Motorola Moto g 1st gen running 7.1.1)
Thanks to you.

Thanks to you for use magical Camera


don't use getenv_s in conditional debug code since it doesn't exist on linux

affects optional debug only code
fixes debug building on linux (getenv_s is a microsoft extension)
assumes the security benefits of getenv_s aren't necessary since this code doesn't exist in release/NDEBUG versions

However, I know those _s methods usually were introduced in microsoft extensions, but a whole bunch of them made it into the official c++ standard and are supported on any platform. According to cppreference.com, getenv_s should be part of the c++ 11 standard. https://en.cppreference.com/w/c/program/getenv

I saw the same thing, and I struggled researching this. But it looks like that's erroneous on cppreference's part. I don't see getenv_s listed in any other source... And it's definitely not on my linux machine's /usr/include/stdlib.h. There is a secure_getenv however, but with a different meaning. I'll do additional research

ok here is an update. It's in the standard behind a special extension preprocessor declaration that must be made. See page 624 of this free draft: https://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf (the actual standard is behind a paywall.
I believe I saw this last week when I first encountered this issue and researched. It isn't mentioned in a lot of places, and it's interesting that I only really see cppreference showing it. I still think we should just use regular getenv in this case

Agreed. I wonder what the appropriate way to do this would be if we needed it in release builds. We do have some spots where we use env vars. The code is inconsistent there, we don't have a central place in a Be library which gets an env var, we should probably put something.
I noticed I was the first to pick getenv_s, but that cppreference page made me feel quite confident about it.

hmmm perhaps I should switch back to using getenv_s and just define the necessary preprocessor macro before includes in this translation unit, as an example for when we do eventually use getenv_s for something else... I will close this unless some disagrees and make a new PR just adding the necessary header and making sure it works on my linux machine

back again... sorry. Looks like GNU libc does not support the __STDC_LIB_EXT1__ which explains why grep -R getenv_s /usr/include didn't find it for me. More details on why are here: https://stackoverflow.com/questions/47867130/stdc-lib-ext1-availability-in-gcc-and-clang
So in practice it's non-portable. I will revive using getenv instead with this PR and then and we can decide when we write a generic getenv bentley utility whether we want to use getenv_s on windows only imo.

@rschili going to wait on your review even though the checks are passing, in case you disagree with my reasoning

@rschili going to wait on your review even though the checks are passing, in case you disagree with my reasoning

@MichaelBelousov I'm good with the decision. And I'm grateful you took care of this. Thanks a lot.

@rschili why don't you simply add (to be uncommented when you are doing this kind of debugging)
// #define ECDB_SCHEMAIMPORT_DUMP_TO "c:\rob-schilli\whatever\"
instead of reading the environment.

It was meant to be used with connectors where rebuilding is a pain.
This change has been live for months, but Mike Belousov changed it from getenv_s into getenv yesterday.
-Rob

From: Paul Connelly @.>
Sent: Thursday, January 12, 2023 22:28
To: iTwin/imodel-native @.>
Cc: Robert Schili @.>; Mention @.>
Subject: Re: [iTwin/imodel-native] don't use getenv_s in conditional debug code since it doesn't exist on linux (PR #103)
@rschilihttps://github.com/rschili why don't you simply add (to be uncommented when you are doing this kind of debugging)
// #define ECDB_SCHEMAIMPORT_DUMP_TO "c:\rob-schilli\whatever"
instead of reading the environment.
—
Reply to this email directly, view it on GitHubhttps://github.com/iTwin/imodel-native/pull/103#issuecomment-1381013431, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AEMM2ZKOGXD47WQTSGQDBELWSBZO7ANCNFSM6AAAAAATXHUM5M.
 I was trying to do some good, saving people time while diagnosing import issues, but I dont want this to turn into a time consuming burden. I‘m already in bed, maybe Mike can push another update today, if not I‘ll take care of it tomorrow.

hey sorry I was also out, got back as soon as possible to fix this. #108 should be a good enough short-term answer imo.


Suggestion - Clickable links in /loan take

Add clickable links when taking a loan, or when a loan is suggested.
Easier for players to take a loan and links would only run the /loan accept or /loan deny command

I'll look into adding it this weekend.

41843f9e128bef79f988d7690d1cddce5bbcd980


Correct & to &&

& applied to two booleans is the non-short-circuiting logical AND. That works here, but && is probably what was intended.

i guess it would be better if we can write test so there wouldn't be such bug?

Not possible as the behavior of the code is the same either way (& just doesn't apply short-circuiting).


setBlock() does not update canvas until mouse click

I see this problem in my app so I tested with the hello-world example, the same happens. If I call setBlock() after game is created, the new blocks do not show until I click on the canvas. Once I click on it, the subsequent calls update the canvas correctly. Tested in Chrome, FF and Edge. Is there a way to force rendering?

To answer my own question, set game.paused = false after the game object is configured.


[Q] How to keep srt port active until #EXT-X-ENDLIST is found in hls m3u8 file

I am running command:
tsp --debug -I hls --infinite --receive-timeout 200000000  --connection-timeout 20000000 foo.m3u8 -O srt --listener  <IP_ADDRESS>:9999 -m
I am processing ts videos and adding to a foo.m3u8 file like this:
#EXTM3U
#EXT-X-VERSION:3
#EXT-X-INDEPENDENT-SEGMENTS
#EXT-X-TARGETDURATION:10
#EXT-X-MEDIA-SEQUENCE:0
#EXT-X-PLAYLIST-TYPE:EVENT
#EXTINF:2.912,
#EXT-X-BITRATE:2683
foo-000000.ts
#EXTINF:1.752,
#EXT-X-BITRATE:4460
foo-000001.ts
#EXTINF:1.366,
#EXT-X-BITRATE:5718
foo-000002.ts

I don't want my srt stream to stop until #EXT-X-ENDLIST in m3u8 file is found because I will keep adding ts chunks in file till then. Is there anyway this is possible using tsduck?

Hi @shivambhatia5432
HLS is a streaming protocol, meaning that the segments shall be delivered on time.
Looking at the code (I don't remember my mindset at the time I wrote it), a playlist file is regularly reloaded, looking for more segments, when this playlist is "updatable", meaning it is of type LIVE or EVENT. It stops being updatable when #EXT-X-ENDLIST is found.
However, the streaming must be continuous. Assuming that:

a given version of a playlist was read at time T0,
it contains N segments,
the total announced duration of all segments is D.

Then, we compute the end of the current playlist at T0 + D. If at time T0 + D the reloaded version of the playlist has no more segment, then the playlist is considered completed because streaming is interrupted. In real conditions, segments are delivered slightly in advance to guarantee a continuous streaming.
So, if you declare your playlist as LIVE or EVENT and you provide your segments on-time and correctly update the playlist, you should be safe. Otherwise, this is not considered as valid HLS and the stream is terminated.

Hey @lelegard,
Thank you so much for replying, I am adding chunks in same duration only, but still new chunks are not getting to srt output.

Hi @lelegard can you please point me to the code you're referring to and also if there is a way to increase D without necessarily guaranteeing very strict delivery?

I am adding chunks in same duration only

The problem is not having equal duration (they are always slightly different in real HLS anyway), the problem is to provide new segments and update the playlist in time.
For instance, if your playlist currently references two segments of 10 seconds and if 20 seconds later the playlist of not updated with new segments, then the streaming is broken and stops.

can you please point me to the code you're referring to

See here, especially this:
while (... && Time::CurrentUTC() <= _playlist.terminationUTC() && ...) {

This test means that when the current time is after time of playlist load + duration of all segments, we stop.


build_json function not working for redshift

The function generates an invalid json
Code:
{{ config(
materialized='table',
sort=dbt_activity_schema.cluster_keys().sort,
dist=dbt_activity_schema.cluster_keys().dist,
stream='invoice_charges_activity',
data_types={
'is_reccuring': type_int(),
'charge_name': type_string(),
}
)
}}
with charges as (
SELECT
organisation_id as {{ dbt_activity_schema.customer_column('invoice_charges_activity') }},
period as {{ dbt_activity_schema.schema_columns().ts }},
1 as activity_id,
organisation_id as anonymous_user_id,
tariff_plan_charges as revenue_impact,
charge_name,
is_reccuring
FROM core.fct_invoice
CROSS JOIN staging.charge_mapping as cm
WHERE  cm.charge_name = 'tariff_plan_charges'
AND tariff_plan_charges > 0
)
{{ dbt_activity_schema.build_activity(
cte='charges',
null_columns=['link']
) }}

Hey @matthieu-carmeille - nice catch and thanks for flagging! Do you want to take a stab at this? In case you do, relevant code snippet to modify is linked below, and contribution workflow is fork the repo, commit changes there, and open a PR. Otherwise I can update later today or tomorrow. Let me know!
https://github.com/bcodell/dbt-activity-schema/blob/main/macros/activity_schema/activity/build_json.sql#L34-L45

@matthieu-carmeille hmm that code looks right, and I see the update in your fork.
As a starting point, I think we can rule out the theory that the package isn't picking up the redshift-specific code. Based on the image you shared where the code is running successfully against your redshift cluster and just creating a string that's not a valid JSON string, the code is definitely picking up a version of the redshift-specific implementation; otherwise it would use syntax that's not compatible with redshift and the model wouldn't materialize. (Side note - great to see you re-aliasing the JSON column as attributes instead of feature_json!)
I imagine you did this while troubleshooting, but asking to make sure we've checked all our bases: did you update your packages.yml file to use the forked version, and run a full dbt clean && dbt deps after making that update? Packages file should look something like this:
packages:
  - git: "https://github.com/emnify/dbt-activity-schema"
    revision: main

If you made those changes and are still running into issues, then my next suggestion would be to update the packages.yml syntax to install from your computer's local version of the package using the local package syntax, then running clean and deps again. If that still doesn' work, then try removing package-lock.yml entirely from your dbt project directory and then run clean and deps from that point. If, after that point, it's still not working, let me know and we can find some time for a call to troubleshoot live.

Thanks Bryce. Yes i updated the package file and and did the dbt clean. Will try from the local version then.

Sounds good! Keep me posted. Also, would you mind posting compiled sql here for reference?

created PR here


Add 'toString' code generation to annotated interfaces

Similar to the way in which the equals and hashcode methods are being generated by interfaces annotated with the AutoGsonAdapter annotation, the toString method would also be very useful to generate.
For now the IntelliJ Idea autogenerated toString code style will be used. e.g.:
  @Override
  public String toString() {
    return "InterfaceExample{" +
            "intExample=" + intExample +
            ", longExample=" + longExample +
            ", doubleExample=" + doubleExample +
            ", booleanExample=" + booleanExample +
            ", intArrayExample=" + Arrays.toString(intArrayExample) +
            ", longArrayExample=" + Arrays.toString(longArrayExample) +
            ", doubleArrayExample=" + Arrays.toString(doubleArrayExample) +
            ", booleanArrayExample=" + Arrays.toString(booleanArrayExample) +
            ", booleanArrayExampleTest=" + booleanArrayExampleTest +
            '}';
  }

This has been implemented by the pull request referencing this ticket.


SchematicaPlugin version

Hi there,
I've seen in Spigot that the SchematicaPlugin doesn't specify the version for what is made for.
Can it be used in 1.15.2?
PD: I'm not using Bungee Cord as well as I have a single server.
Thanks.

The mod haven't been updated since April 2018 and the latest version works for 1.12.x. I wouldn't expect an update soon either.


Global Toolbar - Disable Notifications styling when there are no notifications

When there are no notifications, the notifications menu/button should be disabled. On click, the styling should not change.

@wski the notifications button is disabled when the menu button is clicked when there are notifications now.  It should be enabled if it is clicked and there are notifications.

Are you using the new ozp-react-commons?

Above shows it working as expected, can you provide steps to reproduce?

@wski you have it in the screenshot above.  The bell should be the same gray color as the notification box.

Oh right, I see now. I'll fix that up and comment here when done. It might
require more updates to commons
On Mon, Jul 20, 2015 at 11:21 AM mparizernc<EMAIL_ADDRESS>wrote:

@wski https://github.com/wski you have it in the screenshot above. The
bell should be the same gray color as the notification box.
—
Reply to this email directly or view it on GitHub
https://github.com/ozone-development/ozp-center/issues/282#issuecomment-122916529
.

:+1:

Verified pass on all 4 browsers using Admin to create notification and testUser1 viewing it.  The notification block and bell turns gray when selected.

Verified the styling is correct on Staging, using IE10, FF and Chrome.


Gh 2435 federated store change graph id table name fix

Related Issue

Resolve #2435

Codecov Report

Merging #2436 (d612625) into develop (adf4cb6) will decrease coverage by 12.57%.
The diff coverage is n/a.

@@              Coverage Diff               @@
##             develop    #2436       +/-   ##
==============================================
- Coverage      75.85%   63.28%   -12.58%
- Complexity       185     2156     +1971
==============================================
  Files             11      532      +521
  Lines            584    16859    +16275
  Branches          50     2072     +2022
==============================================
+ Hits             443    10669    +10226
- Misses           100     5220     +5120
- Partials          41      970      +929

Impacted Files
Coverage Δ

...main/java/uk/gov/gchq/gaffer/store/StoreTrait.java
100.00% <0.00%> (ø)

...re/operation/handler/export/GetExportsHandler.java
14.28% <0.00%> (ø)

...chq/gaffer/data/graph/entity/SimpleEntityMaps.java
75.00% <0.00%> (ø)

...chq/gaffer/commonutil/iterable/StreamIterator.java
47.05% <0.00%> (ø)

...redicate/user/UnrestrictedAccessUserPredicate.java
100.00% <0.00%> (ø)

...rc/main/java/uk/gov/gchq/gaffer/store/Context.java
58.33% <0.00%> (ø)

...xport/graph/handler/ExportToOtherGraphHandler.java
100.00% <0.00%> (ø)

...re/exception/serialisation/StatusDeserialiser.java
0.00% <0.00%> (ø)

...a/uk/gov/gchq/gaffer/operation/OperationChain.java
64.02% <0.00%> (ø)

...sation/implementation/TreeSetStringSerialiser.java
83.33% <0.00%> (ø)

... and 511 more

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 2efd840...d612625. Read the comment docs.

@GCHQDev404 said: "this fails on github but passes locally."


Add: Turnstiles

About the PR
Added Turnstiles to the game. Fence-like structures that permit movement by mobs in only one direction, one at a time. There are two variants: a full-size turnstile, and a shorter variant. The short variant can be vaulted and unanchored, whereas the tall variant cannot. Both have construction graphs available.
Ideally the turnstile would have animation, but I couldn't get anything that looked right. Maybe a better artist could make it work in the future.
Why / Balance
This could be used to provide one-way exits from Medbay to allow treated patients to leave, which allows medics to focus on treatment of patients and not have to keep opening the door. Similarly, this can allow for automated release of prisoners from brigs.
See also #16419 and this design document: https://docs.spacestation14.com/en/proposals/ike709-genpop-security.html
Technical details
Added TurnstileComponent and SharedTurnstileSystem, prototypes, sprites, construction graphs, etc.
Media

YouTube video:

https://www.youtube.com/watch?v=FPHSCA0uxuo

[X] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Breaking changes

Changelog

:cl:

add: One-way turnstiles are now available to construct for all your traffic flow needs! Get an engineer to build one in Medbay to let people out automatically!

I'm not sure if I fetched wrong, but the turnstiles don't allow me passage in any direction in Release build, and Dev wont't even start
[INFO] szr: Serializer Types Hash: 952C93A7DD651F81149A3B5415E3C534F88EBD06C6AE5F82AFA0EED97FF6119E
Unhandled exception. Robust.Shared.Utility.DebugAssertException: Exception of type 'Robust.Shared.Utility.DebugAssertException' was thrown.
   at Robust.Shared.Utility.DebugTools.Assert(Boolean condition) in /home/user/s14/RobustToolbox/Robust.Shared/Utility/DebugTools.cs:line 37
   at Robust.Client.GameObjects.SpriteComponent.Layer.CalculateBoundingBox() in /home/user/s14/RobustToolbox/Robust.Client/GameObjects/Components/Renderable/SpriteComponent.cs:line 1902
   at Robust.Client.GameObjects.SpriteComponent.RebuildBounds() in /home/user/s14/RobustToolbox/Robust.Client/GameObjects/Components/Renderable/SpriteComponent.cs:line 679
   at Robust.Client.GameObjects.SpriteComponent.LayerSetData(Int32 index, PrototypeLayerData layerDatum) in /home/user/s14/RobustToolbox/Robust.Client/GameObjects/Components/Renderable/SpriteComponent.cs:line 809
   at Robust.Client.GameObjects.SpriteComponent.AddLayer(PrototypeLayerData layerDatum, Nullable`1 newIndex) in /home/user/s14/RobustToolbox/Robust.Client/GameObjects/Components/Renderable/SpriteComponent.cs:line 499
   at Robust.Client.GameObjects.SpriteComponent.Robust.Shared.Serialization.ISerializationHooks.AfterDeserialization() in /home/user/s14/RobustToolbox/Robust.Client/GameObjects/Components/Renderable/SpriteComponent.cs:line 335
   at Robust.Shared.Prototypes.PrototypeManager.ResolveResults() in /home/user/s14/RobustToolbox/Robust.Shared/Prototypes/PrototypeManager.cs:line 496
   at Robust.Client.Prototypes.ClientPrototypeManager.LoadDefaultPrototypes(Dictionary`2 changed) in /home/user/s14/RobustToolbox/Robust.Client/Prototypes/ClientPrototypeManager.cs:line 49
   at Robust.Client.GameController.StartupContinue(DisplayMode displayMode) in /home/user/s14/RobustToolbox/Robust.Client/GameController/GameController.cs:line 173
   at Robust.Client.GameController.ContinueStartupAndLoop(DisplayMode mode) in /home/user/s14/RobustToolbox/Robust.Client/GameController/GameController.Standalone.cs:line 157
   at Robust.Client.GameController.GameThreadMain(DisplayMode mode) in /home/user/s14/RobustToolbox/Robust.Client/GameController/GameController.Standalone.cs:line 149
   at Robust.Client.GameController.<>c__DisplayClass100_0.<Run>b__0() in /home/user/s14/RobustToolbox/Robust.Client/GameController/GameController.Standalone.cs:line 108

Process finished with exit code 134.

I'm not sure if I fetched wrong, but the turnstiles don't allow me passage in any direction in Release build, and Dev wont't even start
...

This should be resolved now.

Probably not a big deal, but if you enter from the allowed direction it seems you can exit towards the sides, not just forward. Although I'm not sure if this could possibly matter in any situation, since the sides would be blocked by either walls or other turnstiles which won't let you enter them from the side
Hmm wait it could actually be useful in a turnstile maze

Converting this back to a draft PR - I've added the ability for mobs to pull objects through turnstiles (e.g, corpses, closed lockers), but I've noticed this worsens the issues with prediction. See attached video.
https://github.com/space-wizards/space-station-14/assets/301010/58c77afc-a7d3-4323-ab5e-0dc619d95aea
@metalgearsloth, do you know if the prediction behaviour I'm seeing here is solveable (either through clientside systems or by moving away from PreventCollide to a different solution entirely), or should this be put on hold until the issue can be investigated?
As always, I appreciate your input and strive to make this feature of an acceptable and high quality.

Incredibly based PR. Genpop soon™

Incredibly based PR. Genpop soon™
Does this support pulling people through turnstiles with you?

Yes! You can pull a mob or solid object through the turnstile with you.

Rebased on latest upstream branch.

you dont need to force push for that just git pull upstream master and push that

you dont need to force push for that just git pull upstream master and push that

Oh, thank you! I'll do that from now on with forked repos.

Updated with physics turnstiles, using a hinged joint. Some strange physics bugs still here though.
https://github.com/space-wizards/space-station-14/assets/301010/1dc909d2-2c08-42b3-a51f-b290c1a66129

I've been working with the physics joint and fixtures for a few hours now, and it just does not work in a way that feels satisfying and not janky. I don't believe driving the turnstile using a physics simulation serves any particular gameplay or game design purpose, and instead just makes the object less reliable, less examinable, and less predictable than it was previously. In addition to that fact, almost nothing else in the game operates this way either. I'm going to reset the branch and leave the previous version up as it was at the end of its last review and proceed on the assumption that if it is required, I can do the work to turn it into a physics-driven version at a later date. The physics versions will be retained in branches on my fork, so this work won't be lost.

I've been working with the physics joint and fixtures for a few hours now, and it just does not work in a way that feels satisfying and not janky. I don't believe driving the turnstile using a physics simulation serves any particular gameplay or game design purpose, and instead just makes the object less reliable, less examinable, and less predictable than it was previously. In addition to that fact, almost nothing else in the game operates this way either. I'm going to reset the branch and leave the previous version up as it was at the end of its last review and proceed on the assumption that if it is required, I can do the work to turn it into a physics-driven version at a later date. The physics versions will be retained in branches on my fork, so this work won't be lost.

The physics version must also make sure someone moving through can't hold it open for others to enter from the exit-direction

Okay, review changes pushed! Lots of improvements - the dream of controllable foot traffic gets closer..!

Okay I reviewed this a month back but never got around to it again. I'll double-check the code is okay and merge as is and revisit it later as I don't think the joints version is possible without clientside movement.

With the feature freeze ending announcement, commenting here to see if we can get this ball rolling again!

is there any way you can implement access checks? perhaps you could add door electronics to the crafting recipe to determine access.

Would love to see these implemented!

are you still working on this

Leave a comment when you come back to this and I will re-open the PR.


Need to segregate generated files into Fluent-version-specific directories

Need to segregate generated files into Fluent-version-specific directories

Completed in https://github.com/pyansys/pyfluent/pull/771


aws-lambda: handler never wrapped with directory index handler

What version of OpenTelemetry are you using?

@opentelemetry/api - 1.0.3
@opentelemetry/instrumentation - 0.25.0
@opentelemetry/sdk-node - 0.25.0
@opentelemetry/instrumentation-aws-lambda - 0.26.0

What version of Node are you using?
Lambda Node.js Runtime (Currently Node.js v14.17.4)
What did you do?

Use directory index as handler location
What did you expect to see?
Handler should be instrumented
What did you see instead?
Handler never instrumented
Additional context
Current aws-lambda instrumentation assumes that given handler is file.
For example, If api.handler is given, instrumentation expects given handler is located at /var/task/api.js.
This breaks instrumentation working with directory index. If actual api module is located at /var/task/api/index.js, Hander never wrapped because it will not match to /var/task/api.js.
Possible workaround for this is use require.resolve to resolve module path, or create additional InstrumentationNodeModuleDefinition for directory index. I'm not sure which way is reasonable so please share your thoughts then i will make some changes and raise a PR.

Ping @willarmiros @NathanielRN

Can you point to where in the instrumentation code this resolution is occurring? I think require.resolve makes sense to me as long as it doesn't break existing behavior.
Also just want to confirm, this wasn't a regression correct? E.g. not a new behavior with instrumentation v0.26.0?

Hello @willarmiros, Thank you for quick response!

Can you point to where in the instrumentation code this resolution is occurring?

Here it is: https://github.com/open-telemetry/opentelemetry-js-contrib/blob/main/plugins/node/opentelemetry-instrumentation-aws-lambda/src/instrumentation.ts#L99-L104

I think require.resolve makes sense to me as long as it doesn't break existing behavior.

Agree. Module resolution is quite complex (See this pseudo code: https://nodejs.org/api/modules.html#modules_all_together)
One caveats with this is that require.resolve will throw an MODULE_NOT_FOUND Error if there are no matching module. I'm not sure throwing an Error in instrumentation init method is safe or not.

Also just want to confirm, this wasn't a regression correct? E.g. not a new behavior with instrumentation v0.26.0?

As far i know, that business logic was changed about 6 month ago. I don't think that bug is introduced from v0.26.0.

I would like to share results:
Passing "resolved file path" as name of InstrumentationNodeModuleDefinition fixes this issue. also modifying name of InstrumentationNodeModuleFile  is required. because if handler is directory index, actual module name will be index.
but there's another issue: https://github.com/open-telemetry/opentelemetry-js/pull/2450 is not available in current stable release. @dyladan Is there any opportunity to release patch release of @open-telemetry/instrumentation? It seems that https://github.com/open-telemetry/opentelemetry-js/pull/2505 does not include experimental package.

Experimental will be released immediately after stable. The reason is that there may be changes in the stable packages which need to be incorporated in the experimental packages.

https://github.com/open-telemetry/opentelemetry-js/pull/2512

@mooyoul there has been a release. Is this issue now fixed?

@dyladan Unfortunately, No. This bug still exists in latest version of aws-lambda instrumentation. but I have a fix and will propose a PR :)

@mooyoul were you ever able to open that PR?


[RAC Examples - Gesture Driven Modal Sheet] undefined CSS variable '--page-background'

Provide a general summary of the issue here
Hello, the code snippet in Gesture Driven Modal Sheet contains a CSS class that references an undefined CSS variable '--page-background' (bg-[--page-background]) so the class doesn't set the modal's background color properly when the code is copied and pasted.
It looks like --page-background, in turn, makes a reference to --spectrum-global-color-gray-50 in the docs, both of which I don't get by just installing react-aria-components package.
Screenshot

🤔 Expected Behavior?
the class bg-[--page-background] should be removed, or changed to something like bg-white.
😯 Current Behavior
the class bg-[--page-background] references an undefined CSS variable --page-background.
💁 Possible Solution
No response
🔦 Context
No response
🖥 Steps to Reproduce
Visit here
Version
^1.0.0-beta.2
What browsers are you seeing the problem on?
Chrome
If other, please specify.
No response
What operating system are you using?
macOS Sonoma 14.0
🧢 Your Company/Team
No response
🕷 Tracking Issue
No response

Thanks for the issue. We'd like to move all those variables out to a separate file and make it easier to get them into codesandbox

That's just so it integrates into our doc site. Not sure how we could get rid of that one. You'll need to change it in the code to match whatever you're placing it into.


Does the project support multi-GPU testing?

❓ How to do something using fastreid
Describe what you want to do, including:

what inputs you will provide, if any:
what outputs you are expecting:

NOTE:

Only general answers are provided.
If you want to ask about "why X did not work", please use the
Unexpected behaviors issue template.

About how to implement new models / new dataloader / new training logic, etc., check documentation first.

We do not answer general machine learning / computer vision questions that are not specific to fastreid, such as how a model works, how to improve your training/make it converge, or what algorithm/methods can be used to achieve X.

It only supports multi-gpu inference but not the cmc computing.


[SPARK-16310][SPARKR] R na.string-like default for csv source

What changes were proposed in this pull request?
Apply default "NA" as null string for R, like R read.csv na.string parameter.
https://stat.ethz.ch/R-manual/R-devel/library/utils/html/read.table.html
na.strings = "NA"
An user passing a csv file with NA value should get the same behavior with SparkR read.df(... source = "csv")
(couldn't open JIRA, will do that later)
How was this patch tested?
unit tests
@shivaram

Test build #61511 has started for PR 13984 at commit 7927973.

Test build #61511 has finished for PR 13984 at commit 7927973.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/61511/
Test PASSed.

@shivaram what do you think?

Test build #61650 has started for PR 13984 at commit ebc0dfe.

Test build #61650 has finished for PR 13984 at commit ebc0dfe.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/61650/
Test PASSed.

Test build #61655 has started for PR 13984 at commit aaa6707.

Test build #61655 has finished for PR 13984 at commit aaa6707.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/61655/
Test PASSed.

LGTM. Merging this to master and branch-2.0


Unable to hide powerpoint window.

How can I avoid showing a powerpoint dialog?
powerpoint.Visible = 0
###pywintypes.com_error: (-2147352567, 'Exception occurred.', (0, 'Microsoft PowerPoint', 'Application.Visible : Invalid request.  Hiding the application window is not allowed.', '', 0, -2147188160), None)

@shouldsee,
I tested the script today and it appears to still be working correctly on my machine. So I'm guessing there is something specific to your machine that is preventing the script from completing successfully.
The issue likely has to do with the line "powerpoint.Visible=1".
You may want to try using the "win32com" package instead of the "comtypes" package to see if that works:
https://github.com/mhammond/pywin32
https://odetocode.com/blogs/scott/archive/2013/06/26/convert-a-directory-of-powerpoint-slides-to-pdf-with-python.aspx
If that doesn't work, then one of these posts might be helpful in diagnosing the issue on your machine:
https://stackoverflow.com/questions/56538121/visible-property-of-power-point-application-in-win32com-under-python-is-not-work
https://stackoverflow.com/questions/27697408/interop-powerpoint-equivalent-of-interop-word-application-visiblity-off
Best of luck!
Matthew

@shouldsee,
I tested the script today and it appears to still be working correctly on my machine. So I'm guessing there is something specific to your machine that is preventing the script from completing successfully.
The issue likely has to do with the line "powerpoint.Visible=1".
You may want to try using the "win32com" package instead of the "comtypes" package to see if that works:
https://github.com/mhammond/pywin32
https://odetocode.com/blogs/scott/archive/2013/06/26/convert-a-directory-of-powerpoint-slides-to-pdf-with-python.aspx
If that doesn't work, then one of these posts might be helpful in diagnosing the issue on your machine:
https://stackoverflow.com/questions/56538121/visible-property-of-power-point-application-in-win32com-under-python-is-not-work
https://stackoverflow.com/questions/27697408/interop-powerpoint-equivalent-of-interop-word-application-visiblity-off
Best of luck!
Matthew

Thank you Matthew, I can confirm that removing "powerpoint.Visible=1" statement enables a window-less convertion. My problem was caused by a powerpoint running in the background.


Remove samples folder from published package

Hello,
samples folder (410MB) has been included in the published package which lead to a package size of 140MB.
Can you please bump a new version without this folder to reduce the package size?

Hey just published a new react-native-mentions package. Check it out.


Simplify record keys

closes #116
I implemented the features discussed in #116, but I needed to change the "marker" of the ID from # to *. Otherwise, the argument seems to be ignored. I don't know if it's my terminal or the go library or something else, but the arg[0] is empty when the input starts with a #.
This begs two questions: Are you okay with the * as a marker, or would you prefer something else? And should we change the header of the list record command accordingly, to avoid confusion?

I implemented the features discussed in #116, but I needed to change the "marker" of the ID from # to *. Otherwise, the argument seems to be ignored. I don't know if it's my terminal or the go library or something else, but the arg[0] is empty when the input starts with a #.

Ah, yes, because # introduces a shell comment just like // introduces a code comment. I didn't have that in mind. * is not too bad, ! or $ would work out as well... What would @joshuaherrera, @KonstantinGasser and @aligator prefer? 😛

I am not sure if $ would work? $ indicates a variable in shell right? At least on iTerm the timetrace edit record $1 returns an  accepts 1 arg(s), received 0.  Personally I can image that the @ would work good too.

I implemented the features discussed in #116, but I needed to change the "marker" of the ID from # to *. Otherwise, the argument seems to be ignored. I don't know if it's my terminal or the go library or something else, but the arg[0] is empty when the input starts with a #.

Ah, yes, because # introduces a shell comment just like // introduces a code comment. I didn't have that in mind. * is not too bad, ! or $ would work out as well... What would @joshuaherrera, @KonstantinGasser and @aligator prefer?

I think the * symbol should work fine, I use bash for my terminal and ! is used for history expansion and $ usually refers to a variable, so I think there may be unexpected consequences with those symbols.

I am not sure if $ would work? $ indicates a variable in shell right? At least on iTerm the timetrace edit record $1 returns an accepts 1 arg(s), received 0. Personally I can image that the @ would work good too.

I like the @ symbol as well, it seems to make the most sense in the context of this command.

@KonstantinGasser @joshuaherrera Not sure what was going through my mind when suggesting $ as part of a command syntax 🤣 You're right, @ would be a nice fit. Can we make sure there are no collisions with modules, which are indicated by an @ as well? If yes, I might even prefer @ over *.

is treated in some shells as wildcard and some completion tools may replace it with all paths of the current folder... (didn't try that out but who knows what happens....)

So I would also suggest @. In fact the @ is also used for example in systemd to pass params to a system file. systemctl start wg-quick@wg0
So it should work here too.

Thanks for all the feedback! I also think that @ is the best solution, therefore I changed it :)

Sorry for the delay - this is going to be merged now!


bump ver from 0.4.2 to 0.4.3

version bump due to inserted_at and updated_at columns introduced into api
cc @kasima @nicholasmueller

@jrhite can we also get the tag pushed so this shows up in releases
https://github.com/omisego/elixir-omg/releases

yep, will be home shortly and tag it
On Tue, Feb 25, 2020, 19:56 Nicholas Mueller<EMAIL_ADDRESS>wrote:

@jrhite https://github.com/jrhite can we also get the tag pushed so
this shows up in releases
https://github.com/omisego/elixir-omg/releases
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/omisego/elixir-omg/pull/1350?email_source=notifications&email_token=AAIJBTHHNX4WWSEFMHETR3TREUIPPA5CNFSM4K3HGOEKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEM33HCY#issuecomment-590853003,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAIJBTF3ZUJT3DPXYLI2UIDREUIPPANCNFSM4K3HGOEA
.


Keyboard Navigation ignores min/max dates

If you set a min and max date, the datepicker tries to prevent you from selecting dates outside of that range. However, the new keyboard navigation feature is able to ignore the min and max dates.
In the gif, I have min date set to 1/24/2017 and then proceed to use my arrow keys to select a date before the min date.

This commit, allows disabling Keyboard navigation:
https://github.com/Hacker0x01/react-datepicker/commit/1877e697221c9e3f4ed63fc5dd503ff2fdcf0aa4
pass disabledKeyboardNavigation={true} property.

Yup, I'm doing that for now until this issue gets fixed.

HI i am still facing this issue.

Also, there is an issue that you can do a raw input that is outside the given range (minDate and maxDate).


Add functionality like comments and upvotes/downvotes to the blog in the Backend

Follow the existing folder structure and architecture of the project
Post request-response here after testing your endpoint in Postman or ThunderClient

@cb7chaitanya  I can make the functionality like comments/upvotes/downvotes to the blog in backend.
Subsequently one has to also make routes and controllers for it. Also one has to insert features in Schema like comment-content,upVotes,downVotes and timestamp for creation and updation.
API'S can be tested with help of Postman before pushing the code.
I understand  this issue and would be grateful if @cb7chaitanya  you can assign me this issue.
Thank you !

Not only routes and controllers but also add the model layer and service layer to the API endpoint, you can take reference of the existing code to understand the flow and pattern, basically keep the coding practices we have used consisted throughout the codebase
Also as it is a set of new routes, add the route + req-res for every endpoint you create, would add it in the API doc

Give this task to me

@uchiha-vivek Waiting for you to respond till today afternoon, if you don't would assign it to @TammyAlok2

@cb7chaitanya I have gone through the code structure as suggested by you. Please assign me the issue.

@cb7chaitanya Please assign the issue to @TammyAlok2 .

Ok, you can start working on this @TammyAlok2

update!? @TammyAlok2


Having a dotfile in src/ creates bizarre folder structure

Dotfiles in the source folder cause the permalinks plugin to behave very strangely. There's some sort of unintended recursion going on. Here's a demonstration of a test project first that works fine, then I'll create the dotfile and rebuild to show the error.
smithtest $ make
npm install
node_modules/.bin/metalsmith
  metalsmith-permalinks checking file: one.html +0ms
  metalsmith-permalinks checking file: two.html +5ms
  metalsmith-permalinks checking file: three.html +0ms

  Metalsmith · successfully built to /Users/ianpotter/Development/smithtest/build

smithtest $ ls -R build
2014

build/2014:
3

build/2014/3:
10	16	17

build/2014/3/10:
one

build/2014/3/10/one:
index.html

build/2014/3/16:
two

build/2014/3/16/two:
index.html

build/2014/3/17:
three

build/2014/3/17/three:
index.html

Everything looks good, lets create that errant dotfile and see what happens
smithtest $ touch src/.test
smithtest $ make
npm install
npm WARN package.json<EMAIL_ADDRESS>No description
npm WARN package.json<EMAIL_ADDRESS>No repository field.
npm WARN package.json<EMAIL_ADDRESS>No README data
node_modules/.bin/metalsmith
  metalsmith-permalinks checking file: .test +0ms
  metalsmith-permalinks checking file: one.html +3ms
  metalsmith-permalinks checking file: three.html +3ms
  metalsmith-permalinks checking file: two.html +0ms

  Metalsmith · successfully built to /Users/ianpotter/Development/smithtest/build

smithtest $ ls -R build
2014

build/2014:
3

build/2014/3:
10	16	17

build/2014/3/10:
one

build/2014/3/10/one:
index.html

build/2014/3/16:
two

build/2014/3/16/two:
2014		index.html

build/2014/3/16/two/2014:
3

build/2014/3/16/two/2014/3:
10	17

build/2014/3/16/two/2014/3/10:
one

build/2014/3/16/two/2014/3/10/one:

build/2014/3/16/two/2014/3/17:
three

build/2014/3/16/two/2014/3/17/three:
2014

build/2014/3/16/two/2014/3/17/three/2014:
3

build/2014/3/16/two/2014/3/17/three/2014/3:
10

build/2014/3/16/two/2014/3/17/three/2014/3/10:
one

build/2014/3/16/two/2014/3/17/three/2014/3/10/one:

build/2014/3/17:
three

build/2014/3/17/three:
2014		index.html

build/2014/3/17/three/2014:
3

build/2014/3/17/three/2014/3:
10

build/2014/3/17/three/2014/3/10:
one

build/2014/3/17/three/2014/3/10/one:
smithtest $

Having the same issue, OSX Finder sprinkles .DS_Store files everywhere and for me it resulted in infinite(?) recursion and a crash after about 65k folders were created.


Seeking GPU Memory Requirements for Model Training

Hello, thanks for the fantastic work.
I'm utilizing the NVIDIA GeForce RTX 3080 Lite Ha with a total of 64GB memory. I've experimented with various models and successfully executed a few like NeuS-Facto and BakedSDF. However, I encounter CUDA out-of-memory errors with other models. Could someone please provide the memory requirements for training each model?
Thank you.

Hi, it depends on the model size and the batch size, number of samples. You can try different values.


Issue with unlocking directory

Snakemake version 6.3.0

Describe the bug

Snakemake is called by spacemake run (link: https://spacemake.readthedocs.io/en/latest/index.html).
Upon attempting to run I get the error message:

Error: Directory cannot be locked. Please make sure that no other Snakemake process is trying to create the same files in the following directory: my_dir
If you are sure that no other instances of snakemake are running on this directory, the remaining lock was likely caused by a kill signal or a power loss. It can be removed with the --unlock argument.

Therefore I run snakemake --unlock as suggested, which yields:

Error: no Snakefile found, tried Snakefile, snakefile, workflow/Snakefile, workflow/snakefile.

And the alleged directory lock remains as it is. What could cause this lock?

Hi,
Apparently, you are using a wrapper around Snakemake - and an outdated version of Snakemake. Please update and try again. If it fails, you might want to address the developers of your wrapper?

Hi,
I am running spacemake run and encountered the same issue. I got the lock from a loss of connection of my laptop to the remote server I am running the command on.
I couldn't resolve the issue with the --unlock argument after many tries. So I went on deleting the .snakemake directory. But I don't think this is the ideal way of solving such issues. Would love to see other solutions.

Which version of Snakemake are you using? Run snakemake --version. Snakemake version v6.x is gone for years.
If it is a current version of Snakemake - what is the error you receive with --unlock? Are you running Snakemake on the remote server? Or is the server file system mounted on your machine?

Spacemake has the following dependencies snakemake>=5.32.0,<6.4.0. I agree that the version of snakemake might be the cause to the issues here. I will try contacting the developer for Spacemake for this.
Thank you!

Alright. If the such issues come up again, please report relevant meta information (everything which might help to pinpoint the assumed bug).


Dashboard bug: Unsupported data type flashes on adding data to widgets

The UX for "unsupported dataType" flashes when adding data to a widget

in synchro-charts repo


Consider renaming <error>::Unhandled to <error>::Other

this matches io::error::ErrorKind from std. The generated comment on the variant should also be similar:
    /// Any I/O error not part of this list.
    ///
    /// Errors that are `Other` now may move to a different or a new
    /// [`ErrorKind`] variant in the future. It is not recommended to match
    /// an error against `Other` and to expect any additional characteristics,
    /// e.g., a specific [`Error::raw_os_error`] return value.

Did some exploration for whether we should do this for unknown enum and union variants as well.
Unions didn't have any variants named Other (case-insensitive):
% jq '.shapes | .[] | select(.type == "union") | .members | keys' *.json | sort | uniq | grep -i Other

Enums had some variants named other, Other, OTHER, and OTHERS:
% jq '.shapes | .[].traits["smithy.api#enum"] | select(. != null) | .[] | [.name, .value]' *.json | sort | uniq | grep -i other

These were in the following:
accessanalyzer.json
acm.json
acm-pca.json
amp.json
auditmanager.json
codeartifact.json
comprehend.json
customer-profiles.json
devops-guru.json
ec2.json
eks.json
grafana.json
greengrassv2.json
inspector.json
lightsail.json
lookoutmetrics.json
mgn.json
networkmanager.json
opsworks.json
route53-recovery-cluster.json
shield.json
ssm-contacts.json
ssm-incidents.json
storagegateway.json
wellarchitected.json

Discovered with:
for f in *.json; do
   jq -e '[.shapes | .[].traits["smithy.api#enum"] | select(. != null) | .[].name | tostring | isempty(select(ascii_downcase == "other")) | not] | any(. == true)' $f &> /dev/null
   if [ $? == 0 ]; then
      echo $f
   fi
done

What do the other language SDKs call these?


feat: show the user the entirety of the usage response

Pull Request Checklist
Note to first-time contributors: Please open a discussion post in Discussions and describe your changes before submitting a pull request.
Before submitting, make sure you've checked the following:

[x] Target branch: Please verify that the pull request targets the dev branch.
[x] Description: Provide a concise description of the changes made in this pull request.
[ ] Changelog: Ensure a changelog entry following the format of Keep a Changelog is added at the bottom of the PR description.
[ ] Documentation: Have you updated relevant documentation Open WebUI Docs, or other documentation sources?
[ ] Dependencies: Are there any new dependencies? Have you updated the dependency versions in the documentation?
[x] Testing: Have you written and run sufficient tests for validating the changes?
[x] Code review: Have you performed a self-review of your code, addressing any coding standard issues and ensuring adherence to the project's coding standards?
[x] Prefix: To cleary categorize this pull request, prefix the pull request title, using one of the following:

BREAKING CHANGE: Significant changes that may affect compatibility
build: Changes that affect the build system or external dependencies
ci: Changes to our continuous integration processes or workflows
chore: Refactor, cleanup, or other non-functional code changes
docs: Documentation update or addition
feat: Introduces a new feature or enhancement to the codebase
fix: Bug fix or error correction
i18n: Internationalization or localization changes
perf: Performance improvement
refactor: Code restructuring for better maintainability, readability, or scalability
style: Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc.)
test: Adding missing tests or correcting existing tests
WIP: Work in progress, a temporary label for incomplete or ongoing work

Changelog Entry
Description

Show the entirety of the returned usage object from OpenAI compatible endpoints instead of the 3 properties we currently support. This is mostly driven by OpenAI's new prompt caching and reasoning tokens fields in the response, but some other providers provide other information as well

Screenshots or Videos
OpenAI's new usage:

SambaNova's usage:

Thanks! 🚀


Manage Defines for Embed attributes

Resolves #147

Hi @taorepoara, maybe @aharui or @joshtynjala could take a look of this PR.
I understand that you'r making it working for SWF target only, and with you changes now we can use "Embed" metadata?
Thanks for working on it

I made the change for the ActionScript parser only, but I think it can be use for every target. I'll check that.
The "Embed" metadata was already available, but now compile time constants can be use as attribute value.
I'm using it to manage the path of an Embed element to use it as Worker. If I build in debug mode I use the debug swf, else I use the release one.

ok. two questions:
1.- did you build all 3 repos with tests to ensure all is ok
2.- also, can you provide some example code so people trying your PR can test your changes?
(for this you can add to the PR)
In that way I can do the check
Thanks in advance

I always have problem building the repos even using the Apache repos.

Here are two projects :
examples.tar.gz
I can't test them because I don't use the royale-asjs project to build my projects (since I can't build it), only the compiler and typedefs. The embed-worker project work with my compilation way and the changes I made in this RP.

He bajado el patch a mi local y he probado a añadir una variable como la de tu ejemplo y todo parece ok.


update to 4.5.0

Do not land until the 4.5.0 release is out
https://nodejs.org/en/blog/vulnerability/june-2016-security-releases/

LGTM.  Please grab 30 mins with @tmatsuo to cover the new release process :)

The security release has been delayed by a week.

4.4.6 (instead of 4.5.0) was just released.
https://github.com/nodejs/node/blob/v4.4.6/CHANGELOG.md#2016-06-22-version-446-argon-lts-thealphanerd
Updating this PR.

@JustinBeckwith PTAL.

LGTM


Publish an initial release of PyArgus on PyPI

PyArgus is now released on GitHub and PyPI:

https://github.com/Uninett/pyargus
https://pypi.org/project/argus-api-client/


Crashes after a minute

-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Process:               MachOView [3260]
Path:                  /Users/USER/Desktop/*/MachOView.app/Contents/MacOS/MachOView
Identifier:            MachOView
Version:               3.0 (9446)
Code Type:             X86-64 (Native)
Parent Process:        launchd [1]
User ID:               501

Date/Time:             2023-11-23 17:52:07.4940 +0100
OS Version:            macOS 12.7 (21G816)
Report Version:        12
Anonymous UUID:        B1A525EA-1DF1-7403-77C3-D9C33443CA93

Time Awake Since Boot: 1400 seconds

System Integrity Protection: enabled

Crashed Thread:        1  Dispatch queue: NSOperationQueue 0x7fba2022e810 (QOS: UNSPECIFIED)

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x00007fba23740000
Exception Codes:       0x0000000000000001, 0x00007fba23740000
Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process:   exc handler [3260]

VM Region Info: 0x7fba23740000 is not in any region.  Bytes after previous region: 1  Bytes before following region: 9175040
      REGION TYPE                    START - END         [ VSIZE] PRT/MAX SHRMOD  REGION DETAIL
      MALLOC_LARGE             7fba23686000-7fba23740000 [  744K] rw-/rwx SM=PRV
--->  GAP OF 0x8c0000 BYTES
      MALLOC_SMALL             7fba24000000-7fba24800000 [ 8192K] rw-/rwx SM=PRV

Thread 0::  Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	    0x7ff80f79396a mach_msg_trap + 10
1   libsystem_kernel.dylib        	    0x7ff80f793cd8 mach_msg + 56
2   CoreFoundation                	    0x7ff80f8972ad __CFRunLoopServiceMachPort + 319
3   CoreFoundation                	    0x7ff80f895938 __CFRunLoopRun + 1276
4   CoreFoundation                	    0x7ff80f894d7c CFRunLoopRunSpecific + 562
5   HIToolbox                     	    0x7ff8185425e6 RunCurrentEventLoopInMode + 292
6   HIToolbox                     	    0x7ff81854234a ReceiveNextEventCommon + 594
7   HIToolbox                     	    0x7ff8185420e5 _BlockUntilNextEventMatchingListInModeWithFilter + 70
8   AppKit                        	    0x7ff8122cff6d _DPSNextEvent + 927
9   AppKit                        	    0x7ff8122ce62a -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1394
10  AppKit                        	    0x7ff8122c0cd9 -[NSApplication run] + 586
11  AppKit                        	    0x7ff812294c57 NSApplicationMain + 817
12  dyld                          	       0x10f66452e start + 462

Thread 1 Crashed::  Dispatch queue: NSOperationQueue 0x7fba2022e810 (QOS: UNSPECIFIED)
0   MachOView                     	       0x10837e55b -[MVDataController(ReadWrite) read_sleb128:lastReadHex:] + 68 (ReadWrite.mm:190)
1   MachOView                     	       0x1083a804b -[MachOLayout(Exceptions) createLSDANode:caption:location:length:eh_frame_begin:] + 4608 (Exceptions.mm:652)
2   MachOView                     	       0x1083730a5 -[MachOLayout processLSDA64] + 656 (MachOLayout.mm:1520)
3   MachOView                     	       0x1083799c8 __32-[MachOLayout doBackgroundTasks]_block_invoke_5 + 107
4   Foundation                    	    0x7ff8106d5ae1 __NSBLOCKOPERATION_IS_CALLING_OUT_TO_A_BLOCK__ + 7
5   Foundation                    	    0x7ff8106d59d9 -[NSBlockOperation main] + 98
6   Foundation                    	    0x7ff8106d596f __NSOPERATION_IS_INVOKING_MAIN__ + 17
7   Foundation                    	    0x7ff8106d4bdb -[NSOperation start] + 785
8   Foundation                    	    0x7ff8106d48b1 __NSOPERATIONQUEUE_IS_STARTING_AN_OPERATION__ + 17
9   Foundation                    	    0x7ff8106d4788 __NSOQSchedule_f + 182
10  libdispatch.dylib             	    0x7ff80f6253c0 _dispatch_block_async_invoke2 + 83
11  libdispatch.dylib             	    0x7ff80f618317 _dispatch_client_callout + 8
12  libdispatch.dylib             	    0x7ff80f61ad7c _dispatch_continuation_pop + 453
13  libdispatch.dylib             	    0x7ff80f61a43f _dispatch_async_redirect_invoke + 704
14  libdispatch.dylib             	    0x7ff80f627ac2 _dispatch_root_queue_drain + 343
15  libdispatch.dylib             	    0x7ff80f62825c _dispatch_worker_thread2 + 160
16  libsystem_pthread.dylib       	    0x7ff80f7ccf8a _pthread_wqthread + 256
17  libsystem_pthread.dylib       	    0x7ff80f7cbf57 start_wqthread + 15

Thread 2:
0   libsystem_pthread.dylib       	    0x7ff80f7cbf48 start_wqthread + 0

Thread 3:
0   libsystem_pthread.dylib       	    0x7ff80f7cbf48 start_wqthread + 0

Thread 4:: com.apple.NSEventThread
0   libsystem_kernel.dylib        	    0x7ff80f79396a mach_msg_trap + 10
1   libsystem_kernel.dylib        	    0x7ff80f793cd8 mach_msg + 56
2   CoreFoundation                	    0x7ff80f8972ad __CFRunLoopServiceMachPort + 319
3   CoreFoundation                	    0x7ff80f895938 __CFRunLoopRun + 1276
4   CoreFoundation                	    0x7ff80f894d7c CFRunLoopRunSpecific + 562
5   AppKit                        	    0x7ff81243d98e _NSEventThread + 132
6   libsystem_pthread.dylib       	    0x7ff80f7d04e1 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff80f7cbf6b thread_start + 15

Thread 5:
0   libsystem_kernel.dylib        	    0x7ff80f7962ae __semwait_signal + 10
1   libsystem_c.dylib             	    0x7ff80f6aa863 nanosleep + 196
2   Foundation                    	    0x7ff81077ce31 +[NSThread sleepForTimeInterval:] + 151
3   MachOView                     	       0x10836cf20 -[MVArchiver doSave] + 981 (DataController.mm:1379)
4   Foundation                    	    0x7ff8106ec954 __NSThread__start__ + 1009
5   libsystem_pthread.dylib       	    0x7ff80f7d04e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff80f7cbf6b thread_start + 15

Thread 6:
0   libsystem_kernel.dylib        	    0x7ff80f7963da __psynch_cvwait + 10
1   libsystem_pthread.dylib       	    0x7ff80f7d0a6f _pthread_cond_wait + 1249
2   Foundation                    	    0x7ff8106e5161 -[NSOperation waitUntilFinished] + 703
3   Foundation                    	    0x7ff8108537c6 __NSOPERATIONQUEUE_IS_WAITING_ON_AN_OPERATION__ + 17
4   Foundation                    	    0x7ff810758700 -[NSOperationQueue addOperations:waitUntilFinished:] + 170
5   MachOView                     	       0x108379519 -[MachOLayout doBackgroundTasks] + 912 (MachOLayout.mm:2543)
6   Foundation                    	    0x7ff8106ec954 __NSThread__start__ + 1009
7   libsystem_pthread.dylib       	    0x7ff80f7d04e1 _pthread_start + 125
8   libsystem_pthread.dylib       	    0x7ff80f7cbf6b thread_start + 15

Thread 1 crashed with X86 Thread State (64-bit):
  rax: 0x00007fba23740000  rbx: 0x0000000000000000  rcx: 0x0000700008a6e9a8  rdx: 0x0000000000000000
  rdi: 0x00006000031010e0  rsi: 0x00007ff829bf6787  rbp: 0x0000700008a6e880  rsp: 0x0000700008a6e850
   r8: 0x0000000000005cdd   r9: 0xffffffff00000000  r10: 0x00007ff850db25f8  r11: 0x00007ff8106c15c6
  r12: 0x0000600002a7f300  r13: 0x0000000000000000  r14: 0xb0f0d6b1435e2423  r15: 0x0000700008a6eae0
  rip: 0x000000010837e55b  rfl: 0x0000000000010246  cr2: 0x00007fba23740000

Logical CPU:     2
Error Code:      0x00000004 (no mapping for user data read)
Trap Number:     14

Thread 1 instruction stream:
  f7 e8 95 67 0c 00 48 89-df 48 83 c4 08 5b 41 5c  ...g..H..H...[I....
  09 db 46 00 48 89 c7 e8-91 67 0c 00 48 89 c7 e8  ..F.H....g..H...
  3b 67 0c 00 49 89 07 48-c7 c0 ff ff ff ff 89 d9  ;g..I..H........

Binary Images:
    0x7ff80f792000 -     0x7ff80f7c9fff libsystem_kernel.dylib (*) <8f99c504-ce6e-35c8-a894-d609287b7c73> /usr/lib/system/libsystem_kernel.dylib
    0x7ff80f817000 -     0x7ff80fd19fff com.apple.CoreFoundation (6.9) <e20a0ae9-767a-313b-b0ca-5ebeb955f449> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
    0x7ff818514000 -     0x7ff818807fff com.apple.HIToolbox (2.1.1) <913d3d2e-4e4c-3907-98fe-8f4abd551297> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
    0x7ff812291000 -     0x7ff813120fff com.apple.AppKit (6.9) <55c0253c-99aa-367e-8f23-c7878cd016e1> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
       0x10f65f000 -        0x10f6cafff dyld (*) <65540238-1367-3f2e-978b-3278e73c124b> /usr/lib/dyld
       0x108364000 -        0x1087ebfff MachOView (3.0) <e8f63dd6-0b40-37f0-91f9-d0bcff01cea8> /Users/USER/Desktop/*/MachOView.app/Contents/MacOS/MachOView
    0x7ff810694000 -     0x7ff810a50fff com.apple.Foundation (6.9) <59728fa0-24d5-3565-bb60-f7fdabfc7337> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
    0x7ff80f615000 -     0x7ff80f65bfff libdispatch.dylib (*) <85c90f84-c537-3cc6-b795-a066e050ffe3> /usr/lib/system/libdispatch.dylib
    0x7ff80f7ca000 -     0x7ff80f7d5fff libsystem_pthread.dylib (*) <e097f78f-fcfb-30f3-9164-dbc9709ba134> /usr/lib/system/libsystem_pthread.dylib
    0x7ff80f69a000 -     0x7ff80f722fff libsystem_c.dylib (*) <0a260e99-96b7-3c14-b853-283a5e2ac33f> /usr/lib/system/libsystem_c.dylib
               0x0 - 0xffffffffffffffff ??? (*) <00000000-0000-0000-0000-000000000000> ???

External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=1.1G resident=0K(0%) swapped_out_or_unallocated=1.1G(100%)
Writable regions: Total=10.4G written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=10.4G(100%)

                                VIRTUAL   REGION
REGION TYPE                        SIZE    COUNT (non-coalesced)
===========                     =======  =======
Accelerate framework              1152K        9
Activity Tracing                   256K        1
CG backing stores                 1360K        8
CG image                            76K       17
ColorSync                          220K       26
CoreAnimation                     6020K       50
CoreGraphics                        16K        3
CoreImage                            4K        1
CoreUI image data                 1560K       24
Foundation                          16K        1
Image IO                            24K        3
Kernel Alloc Once                    8K        1
MALLOC                            10.2G      224
MALLOC guard page                   32K        8
MALLOC_NANO (reserved)           256.0M        1         reserved VM address space (unallocated)
STACK GUARD                       56.0M        7
Stack                             11.0M        7
VM_ALLOCATE                       1076K       19
__CTF                               756        1
__DATA                            28.8M      478
__DATA_CONST                      29.0M      311
__DATA_DIRTY                      1535K      194
__FONT_DATA                          4K        1
__LINKEDIT                       645.8M       12
__OBJC_RO                         82.9M        1
__OBJC_RW                         3200K        2
__TEXT                           486.4M      494
__UNICODE                          592K        1
dyld private memory               1024K        1
mapped file                      170.9M       30
shared memory                      788K       19
===========                     =======  =======
TOTAL                             11.9G     1955
TOTAL, minus reserved VM space    11.6G     1955

-----------
Full Report
-----------

{"app_name":"MachOView","timestamp":"2023-11-23 17:52:07.00 +0100","app_version":"3.0","slice_uuid":"e8f63dd6-0b40-37f0-91f9-d0bcff01cea8","build_version":"9446","platform":1,"bundleID":"MachOView","share_with_app_devs":0,"is_first_party":0,"bug_type":"309","os_version":"macOS 12.7 (21G816)","incident_id":"E7BECE40-6FF9-4D51-A9CA-B394E2C5A6C2","name":"MachOView"}
{
  "uptime" : 1400,
  "procLaunch" : "2023-11-23 17:51:26.2299 +0100",
  "procRole" : "Background",
  "version" : 2,
  "userID" : 501,
  "deployVersion" : 210,
  "modelCode" : "iMac18,3",
  "procStartAbsTime" :<PHONE_NUMBER>427,
  "coalitionID" : 1312,
  "osVersion" : {
    "train" : "macOS 12.7",
    "build" : "21G816",
    "releaseType" : "User"
  },
  "captureTime" : "2023-11-23 17:52:07.4940 +0100",
  "incident" : "E7BECE40-6FF9-4D51-A9CA-B394E2C5A6C2",
  "bug_type" : "309",
  "pid" : 3260,
  "procExitAbsTime" :<PHONE_NUMBER>149,
  "cpuType" : "X86-64",
  "procName" : "MachOView",
  "procPath" : "\/Users\/USER\/Desktop\/*\/MachOView.app\/Contents\/MacOS\/MachOView",
  "bundleInfo" : {"CFBundleShortVersionString":"3.0","CFBundleVersion":"9446","CFBundleIdentifier":"MachOView"},
  "storeInfo" : {"deviceIdentifierForVendor":"4FE9E1DE-6932-5BE6-948B-C8D1D6191376","thirdParty":true},
  "parentProc" : "launchd",
  "parentPid" : 1,
  "coalitionName" : "MachOView",
  "crashReporterKey" : "B1A525EA-1DF1-7403-77C3-D9C33443CA93",
  "sip" : "enabled",
  "vmRegionInfo" : "0x7fba23740000 is not in any region.  Bytes after previous region: 1  Bytes before following region: 9175040\n      REGION TYPE                    START - END         [ VSIZE] PRT\/MAX SHRMOD  REGION DETAIL\n      MALLOC_LARGE             7fba23686000-7fba23740000 [  744K] rw-\/rwx SM=PRV  \n--->  GAP OF 0x8c0000 BYTES\n      MALLOC_SMALL             7fba24000000-7fba24800000 [ 8192K] rw-\/rwx SM=PRV  ",
  "isCorpse" : 1,
  "exception" : {"codes":"0x0000000000000001, 0x00007fba23740000","rawCodes":[1,140437435449344],"type":"EXC_BAD_ACCESS","signal":"SIGSEGV","subtype":"KERN_INVALID_ADDRESS at 0x00007fba23740000"},
  "termination" : {"flags":0,"code":11,"namespace":"SIGNAL","indicator":"Segmentation fault: 11","byProc":"exc handler","byPid":3260},
  "vmregioninfo" : "0x7fba23740000 is not in any region.  Bytes after previous region: 1  Bytes before following region: 9175040\n      REGION TYPE                    START - END         [ VSIZE] PRT\/MAX SHRMOD  REGION DETAIL\n      MALLOC_LARGE             7fba23686000-7fba23740000 [  744K] rw-\/rwx SM=PRV  \n--->  GAP OF 0x8c0000 BYTES\n      MALLOC_SMALL             7fba24000000-7fba24800000 [ 8192K] rw-\/rwx SM=PRV  ",
  "extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0},
  "faultingThread" : 1,
  "threads" : [{"id":23763,"queue":"com.apple.main-thread","frames":[{"imageOffset":6506,"symbol":"mach_msg_trap","symbolLocation":10,"imageIndex":0},{"imageOffset":7384,"symbol":"mach_msg","symbolLocation":56,"imageIndex":0},{"imageOffset":524973,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":319,"imageIndex":1},{"imageOffset":518456,"symbol":"__CFRunLoopRun","symbolLocation":1276,"imageIndex":1},{"imageOffset":515452,"symbol":"CFRunLoopRunSpecific","symbolLocation":562,"imageIndex":1},{"imageOffset":189926,"symbol":"RunCurrentEventLoopInMode","symbolLocation":292,"imageIndex":2},{"imageOffset":189258,"symbol":"ReceiveNextEventCommon","symbolLocation":594,"imageIndex":2},{"imageOffset":188645,"symbol":"_BlockUntilNextEventMatchingListInModeWithFilter","symbolLocation":70,"imageIndex":2},{"imageOffset":257901,"symbol":"_DPSNextEvent","symbolLocation":927,"imageIndex":3},{"imageOffset":251434,"symbol":"-[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]","symbolLocation":1394,"imageIndex":3},{"imageOffset":195801,"symbol":"-[NSApplication run]","symbolLocation":586,"imageIndex":3},{"imageOffset":15447,"symbol":"NSApplicationMain","symbolLocation":817,"imageIndex":3},{"imageOffset":21806,"symbol":"start","symbolLocation":462,"imageIndex":4}]},{"triggered":true,"id":23773,"instructionState":{"instructionStream":{"bytes":[247,232,149,103,12,0,72,137,223,72,131,196,8,91,65,92,65,93,65,94,65,95,93,233,229,103,12,0,85,72,137,229,65,87,65,86,65,85,65,84,83,80,72,137,77,208,73,137,215,73,137,252,72,139,66,8,72,1,2,72,141,5,235,22,74,0,72,139,0,72,139,60,7,72,139,53,53,5,74,0,255,21,87,219,70,0,73,3,7,49,210,49,219,69,49,237,68,15,182,52,16,68,137,246,131,230,127,137,217,211,230,72,99,206,73,9,205,72,131,195,7,72,255,194,69,132,246,120,223,73,137,87,8,72,139,69,208,72,133,192,116,41,72,139,53,184,10,74,0,76,137,231,76,137,250,73,137,199,255,21,9,219,70,0,72,137,199,232,145,103,12,0,72,137,199,232,59,103,12,0,73,137,7,72,199,192,255,255,255,255,137,217],"offset":96}},"threadState":{"r13":{"value":0},"rax":{"value":140437435449344},"rflags":{"value":66118},"cpu":{"value":2},"r14":{"value":12749926601913672739},"rsi":{"value":140703829026695,"objc-selector":"bytes"},"r8":{"value":23773},"cr2":{"value":140437435449344},"rdx":{"value":0},"r10":{"value":140704485156344,"symbolLocation":0,"symbol":"OBJC_CLASS_$_NSConcreteMutableData"},"r9":{"value":18446744069414584320},"r15":{"value":123145447467744},"rbx":{"value":0},"trap":{"value":14,"description":"(no mapping for user data read)"},"err":{"value":4},"r11":{"value":140703404135878,"symbolLocation":0,"symbol":"-[NSConcreteMutableData bytes]"},"rip":{"value":4432848219,"matchesCrashFrame":1},"rbp":{"value":123145447467136},"rsp":{"value":123145447467088},"r12":{"value":105553160827648},"rcx":{"value":123145447467432},"flavor":"x86_THREAD_STATE","rdi":{"value":105553167651040}},"queue":"NSOperationQueue 0x7fba2022e810 (QOS: UNSPECIFIED)","frames":[{"imageOffset":107867,"sourceLine":190,"sourceFile":"ReadWrite.mm","symbol":"-[MVDataController(ReadWrite) read_sleb128:lastReadHex:]","imageIndex":5,"symbolLocation":68},{"imageOffset":278603,"sourceLine":652,"sourceFile":"Exceptions.mm","symbol":"-[MachOLayout(Exceptions) createLSDANode:caption:location:length:eh_frame_begin:]","imageIndex":5,"symbolLocation":4608},{"imageOffset":61605,"sourceLine":1520,"sourceFile":"MachOLayout.mm","symbol":"-[MachOLayout processLSDA64]","imageIndex":5,"symbolLocation":656},{"imageOffset":88520,"sourceFile":"MachOLayout.mm","symbol":"__32-[MachOLayout doBackgroundTasks]_block_invoke_5","symbolLocation":107,"imageIndex":5},{"imageOffset":269025,"symbol":"__NSBLOCKOPERATION_IS_CALLING_OUT_TO_A_BLOCK__","symbolLocation":7,"imageIndex":6},{"imageOffset":268761,"symbol":"-[NSBlockOperation main]","symbolLocation":98,"imageIndex":6},{"imageOffset":268655,"symbol":"__NSOPERATION_IS_INVOKING_MAIN__","symbolLocation":17,"imageIndex":6},{"imageOffset":265179,"symbol":"-[NSOperation start]","symbolLocation":785,"imageIndex":6},{"imageOffset":264369,"symbol":"__NSOPERATIONQUEUE_IS_STARTING_AN_OPERATION__","symbolLocation":17,"imageIndex":6},{"imageOffset":264072,"symbol":"__NSOQSchedule_f","symbolLocation":182,"imageIndex":6},{"imageOffset":66496,"symbol":"_dispatch_block_async_invoke2","symbolLocation":83,"imageIndex":7},{"imageOffset":13079,"symbol":"_dispatch_client_callout","symbolLocation":8,"imageIndex":7},{"imageOffset":23932,"symbol":"_dispatch_continuation_pop","symbolLocation":453,"imageIndex":7},{"imageOffset":21567,"symbol":"_dispatch_async_redirect_invoke","symbolLocation":704,"imageIndex":7},{"imageOffset":76482,"symbol":"_dispatch_root_queue_drain","symbolLocation":343,"imageIndex":7},{"imageOffset":78428,"symbol":"_dispatch_worker_thread2","symbolLocation":160,"imageIndex":7},{"imageOffset":12170,"symbol":"_pthread_wqthread","symbolLocation":256,"imageIndex":8},{"imageOffset":8023,"symbol":"start_wqthread","symbolLocation":15,"imageIndex":8}]},{"id":23784,"frames":[{"imageOffset":8008,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":8}]},{"id":23800,"frames":[{"imageOffset":8008,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":8}]},{"id":23807,"name":"com.apple.NSEventThread","frames":[{"imageOffset":6506,"symbol":"mach_msg_trap","symbolLocation":10,"imageIndex":0},{"imageOffset":7384,"symbol":"mach_msg","symbolLocation":56,"imageIndex":0},{"imageOffset":524973,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":319,"imageIndex":1},{"imageOffset":518456,"symbol":"__CFRunLoopRun","symbolLocation":1276,"imageIndex":1},{"imageOffset":515452,"symbol":"CFRunLoopRunSpecific","symbolLocation":562,"imageIndex":1},{"imageOffset":1755534,"symbol":"_NSEventThread","symbolLocation":132,"imageIndex":3},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":8},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":8}]},{"id":23939,"frames":[{"imageOffset":17070,"symbol":"__semwait_signal","symbolLocation":10,"imageIndex":0},{"imageOffset":67683,"symbol":"nanosleep","symbolLocation":196,"imageIndex":9},{"imageOffset":953905,"symbol":"+[NSThread sleepForTimeInterval:]","symbolLocation":151,"imageIndex":6},{"imageOffset":36640,"sourceLine":1379,"sourceFile":"DataController.mm","symbol":"-[MVArchiver doSave]","imageIndex":5,"symbolLocation":981},{"imageOffset":362836,"symbol":"__NSThread__start__","symbolLocation":1009,"imageIndex":6},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":8},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":8}]},{"id":23949,"frames":[{"imageOffset":17370,"symbol":"__psynch_cvwait","symbolLocation":10,"imageIndex":0},{"imageOffset":27247,"symbol":"_pthread_cond_wait","symbolLocation":1249,"imageIndex":8},{"imageOffset":332129,"symbol":"-[NSOperation waitUntilFinished]","symbolLocation":703,"imageIndex":6},{"imageOffset":1832902,"symbol":"__NSOPERATIONQUEUE_IS_WAITING_ON_AN_OPERATION__","symbolLocation":17,"imageIndex":6},{"imageOffset":804608,"symbol":"-[NSOperationQueue addOperations:waitUntilFinished:]","symbolLocation":170,"imageIndex":6},{"imageOffset":87321,"sourceLine":2543,"sourceFile":"MachOLayout.mm","symbol":"-[MachOLayout doBackgroundTasks]","imageIndex":5,"symbolLocation":912},{"imageOffset":362836,"symbol":"__NSThread__start__","symbolLocation":1009,"imageIndex":6},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":8},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":8}]}],
  "usedImages" : [
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>13248,
    "size" : 229376,
    "uuid" : "8f99c504-ce6e-35c8-a894-d609287b7c73",
    "path" : "\/usr\/lib\/system\/libsystem_kernel.dylib",
    "name" : "libsystem_kernel.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64h",
    "base" :<PHONE_NUMBER>58016,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.CoreFoundation",
    "size" : 5255168,
    "uuid" : "e20a0ae9-767a-313b-b0ca-5ebeb955f449",
    "path" : "\/System\/Library\/Frameworks\/CoreFoundation.framework\/Versions\/A\/CoreFoundation",
    "name" : "CoreFoundation",
    "CFBundleVersion" : "1866"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>94944,
    "CFBundleShortVersionString" : "2.1.1",
    "CFBundleIdentifier" : "com.apple.HIToolbox",
    "size" : 3096576,
    "uuid" : "913d3d2e-4e4c-3907-98fe-8f4abd551297",
    "path" : "\/System\/Library\/Frameworks\/Carbon.framework\/Versions\/A\/Frameworks\/HIToolbox.framework\/Versions\/A\/HIToolbox",
    "name" : "HIToolbox"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>97920,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.AppKit",
    "size" : 15269888,
    "uuid" : "55c0253c-99aa-367e-8f23-c7878cd016e1",
    "path" : "\/System\/Library\/Frameworks\/AppKit.framework\/Versions\/C\/AppKit",
    "name" : "AppKit",
    "CFBundleVersion" : "2113.60.148"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "size" : 442368,
    "uuid" : "65540238-1367-3f2e-978b-3278e73c124b",
    "path" : "\/usr\/lib\/dyld",
    "name" : "dyld"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "3.0",
    "CFBundleIdentifier" : "MachOView",
    "size" : 4751360,
    "uuid" : "e8f63dd6-0b40-37f0-91f9-d0bcff01cea8",
    "path" : "\/Users\/USER\/Desktop\/*\/MachOView.app\/Contents\/MacOS\/MachOView",
    "name" : "MachOView",
    "CFBundleVersion" : "9446"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>50080,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.Foundation",
    "size" : 3919872,
    "uuid" : "59728fa0-24d5-3565-bb60-f7fdabfc7337",
    "path" : "\/System\/Library\/Frameworks\/Foundation.framework\/Versions\/C\/Foundation",
    "name" : "Foundation",
    "CFBundleVersion" : "1866"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>52672,
    "size" : 290816,
    "uuid" : "85c90f84-c537-3cc6-b795-a066e050ffe3",
    "path" : "\/usr\/lib\/system\/libdispatch.dylib",
    "name" : "libdispatch.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>42624,
    "size" : 49152,
    "uuid" : "e097f78f-fcfb-30f3-9164-dbc9709ba134",
    "path" : "\/usr\/lib\/system\/libsystem_pthread.dylib",
    "name" : "libsystem_pthread.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>97440,
    "size" : 561152,
    "uuid" : "0a260e99-96b7-3c14-b853-283a5e2ac33f",
    "path" : "\/usr\/lib\/system\/libsystem_c.dylib",
    "name" : "libsystem_c.dylib"
  },
  {
    "size" : 0,
    "source" : "A",
    "base" : 0,
    "uuid" : "00000000-0000-0000-0000-000000000000"
  }
],
  "sharedCache" : {
  "base" :<PHONE_NUMBER>82208,
  "size" :<PHONE_NUMBER>8,
  "uuid" : "78895403-2898-3ade-a242-28aea75636b5"
},
  "vmSummary" : "ReadOnly portion of Libraries: Total=1.1G resident=0K(0%) swapped_out_or_unallocated=1.1G(100%)\nWritable regions: Total=10.4G written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=10.4G(100%)\n\n                                VIRTUAL   REGION \nREGION TYPE                        SIZE    COUNT (non-coalesced) \n===========                     =======  ======= \nAccelerate framework              1152K        9 \nActivity Tracing                   256K        1 \nCG backing stores                 1360K        8 \nCG image                            76K       17 \nColorSync                          220K       26 \nCoreAnimation                     6020K       50 \nCoreGraphics                        16K        3 \nCoreImage                            4K        1 \nCoreUI image data                 1560K       24 \nFoundation                          16K        1 \nImage IO                            24K        3 \nKernel Alloc Once                    8K        1 \nMALLOC                            10.2G      224 \nMALLOC guard page                   32K        8 \nMALLOC_NANO (reserved)           256.0M        1         reserved VM address space (unallocated)\nSTACK GUARD                       56.0M        7 \nStack                             11.0M        7 \nVM_ALLOCATE                       1076K       19 \n__CTF                               756        1 \n__DATA                            28.8M      478 \n__DATA_CONST                      29.0M      311 \n__DATA_DIRTY                      1535K      194 \n__FONT_DATA                          4K        1 \n__LINKEDIT                       645.8M       12 \n__OBJC_RO                         82.9M        1 \n__OBJC_RW                         3200K        2 \n__TEXT                           486.4M      494 \n__UNICODE                          592K        1 \ndyld private memory               1024K        1 \nmapped file                      170.9M       30 \nshared memory                      788K       19 \n===========                     =======  ======= \nTOTAL                             11.9G     1955 \nTOTAL, minus reserved VM space    11.6G     1955 \n",
  "legacyInfo" : {
  "threadTriggered" : {
    "queue" : "NSOperationQueue 0x7fba2022e810 (QOS: UNSPECIFIED)"
  }
},
  "trialInfo" : {
  "rollouts" : [
    {
      "rolloutId" : "61af99aeda72d16a4beb7756",
      "factorPackIds" : {

      },
      "deploymentId" : 240000409
    },
    {
      "rolloutId" : "6112dda2fc54bc3389840642",
      "factorPackIds" : {
        "SIRI_DICTATION_ASSETS" : "620aec83b02b354d3afd2f50"
      },
      "deploymentId" : 240000145
    }
  ],
  "experiments" : [

  ]
}
}

Model: iMac18,3, BootROM 5<IP_ADDRESS>.0, 4 processors, Quad-Core Intel Core i5, 3.4 GHz, 16 GB, SMC 2.41f2
Graphics: AMD Radeon HD 7790, AMD Radeon HD 7790, PCIe, 1 GB
Display: BenQ GL2460, 1920 x 1080 (1080p FHD - Full High Definition), Main, MirrorOff, Online
Display: DELL P2213, 1680 x 1050 (Widescreen Super eXtended Graphics Array Plus), MirrorOff, Online
Memory Module: BANK 0/ChannelA-DIMM0, 8 GB, DDR4, 2400 MHz, 859B, BL8G36C16U4B.M8FE1
Memory Module: BANK 2/ChannelB-DIMM0, 8 GB, DDR4, 2400 MHz, 859B, BL8G36C16U4B.M8FE1
Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports
Network Service: Ethernet, Ethernet, en0
Serial ATA Device: Samsung SSD 850 EVO 250GB, 250.06 GB
USB Device: USB30Bus
USB Device: 2.4G Mouse
USB Device: Keyboard Hub
USB Device: Apple Keyboard
Thunderbolt Bus:

So then i've opened it on my arm macbook and after some more time it used 50gb of memory which crashed my machine.

You need to provide the binary that is crashing it so the issue can be reproduced.

You need to provide the binary that is crashing it so the issue can be reproduced.

https://github.com/trueToastedCode/ParallelsLab/blob/40882d0d35a3c9037825ec1a5d591c2617537f20/macked.app.dylib


Add ability to pass arguments to tasks

The documentation doesn't mention any way to pass arguments to tasks, is there a way to do that?

Yes! I don't think it's in the docs, but it's surely in the tests and the examples.

Oh, I meant is there a way to pass arguments via command line, e.g.  fly mytask[cool,man]. I guess I could just use process.argv and/or use an option parser like minimist.

Oh, then this is more @bucaran's area 😜 We are using minimist, though. The catch-all is for tasks, so something can probably be done within that, but I'm not positive -- not too familiar with minimist.

We could expose minimist so that @danny-andrews can tap into it though.
@danny-andrews Could you briefly describe your use case, ie, what are you trying to do or rather why :)

Sure! I just want a way to be able to pass arguments to the task when running them via the command-line, similar to how you can in Grunt and Rake.
Rake Example:
task :my_task, [:arg1, :arg2] do |t, args|
  puts "Args were: #{args}"
end

$ rake my_task[1,2]
Args were: {:arg1=>"1", :arg2=>"2"}

This is very helpful if you want a variation of a particular task.

The only immediate use case that I see merit to is passing in local-global (lol) variables. Something like:
fly build:production

exports.build = function * (env) {
  var isProd = (env === 'production') || false;

  yield this.start([ ...normal tasks... ]);

  if (isProd) {
    yield this.start([ ...prod-only tasks... ]);
  }
}

Of course, one can also pass in new sources (and default to others), but I'm not sure how much that'd actually get used.

Yeah, that's the type of use-case I was thinking of.

Ok. If you want, you can take a look how I'm accomplishing the same thing right now, but without the CLI flag ofc.
Here, the use of the build task manually sets the isProd flag to true, and all other tasks will look for/behave based on that value.

A more immediate use-case would be a publish task, where you want to pass in a version via the command line.

I tried using minimist to parse command line args, but fly complains whenever I try to pass arguments.
flyfile.js
const args = require('minimist')(process.argv.slice(2));
x['npm-version'] = function() {
  return this.shell('npm --no-git-tag-version version ' + args._[1]);
};

Command:
fly npm-version -- 1.2.2
Output:
1.2.2 not found in Flyfile.
Note, this actually does work, but it's annoying that it prints out an error because it's looking for a command named '1.2.2'.


feat(CategoryTheory): the class of morphisms whose cone belongs to a triangulated subcategory

Given S : Triangulated.Subcategory C, we introduce S.W : MorphismProperty C. A morphism belongs to S.W iff its cone satisfies the predicate S.P. We show that S.W has both a calculus of left and right fractions.

[x] depends on: #11740

Thanks!
maintainer merge


On drag stop event

Hi!
I'm migrating my sytem to angular and I was using spectum.
In my old code I had:
$("#colorPoints").spectrum({
showAlpha: true,
showButtons: false
}).on("dragstop.spectrum", function(e, color) {
changePlotColor(color);
});
I was trying to do that with spectrum-colorpicker directive:
<spectrum-colorpicker
on-change-options="{ update : false }"
on-show-options="{ update : false }"
on-hide-options="{ update : false }"
on-move-options="{ update : false }"
options="{showButtons: false, showAlpha: true}">
</spectrum-colorpicker>
But I was not able to find how to call the on drag stop event.
Can you please help me with this?

concept-wise, since you're using angular, you might want to just use two-way-data-binding instead of a event based data flow.
besides that, the dragstop.spectrum event is not supported yet. I'd like to encurage you to send a PR that adds the functionality.


Celestrak rework

Grab F10.7 Flux, Ap and Kp indices, derived metrics and some solar indices from Celestrak SW instead of Fluxtable and Kp_ap_Ap_SN_F107_since_1932.
Added kwargs flag to urls() to give option to pull last 5 years of data or the entire history since 1957 from Celestrak
Also shifted F10.7 flux 8 hours since the metric is measured at 20:00
Fixed Test in JB2008 Indices that was failing

By the way, I am testing the code here, the file SW-All.csv has just 2.6 MiB. Should we really add that keyword all_history  just for the Celestrak file? Wouldn't be better to keep the API simple and just download everything? What do you think?

Awesome! Thanks @jmurphy6895 ! Let's see if tests pass. I have no further comment.

Done! Thanks!


Call to VirtAddr::new() causes panic when CR2 does not contain a canonical address.

https://docs.rs/x86_64/latest/src/x86_64/registers/control.rs.html#267
When CR2 contains a malformed address, this panic occurs:
"panicked at 'address passed to VirtAddr::new must not contain any data in bits 48 to 64"
CR2 can obviously contain a non-canonical address after a page fault. This panic should not occur. I'm not sure what the best fix would be, but I ran into this because I tried to print CR2 in my panic handler and it just starts looping when you do that.

Good catch we should definitely not panic in that situation. We could change Cr2::read to return Result<VirtAddr, VirtAddrNotValid> and add a new method Cr2::read_raw that returns u64.
Changing Cr2::read would be a breaking change, but adding Cr2::read_base could be done right now.

Should this stay open to track the (breaking) change to Cr2::read?

Whoops I just saw #335 I guess that PR (when merged) should close this issue.

I think this issue can be closed.