profile
viewpoint
Jo Shields directhex Microsoft Mass-a-choo-sets http://apebox.org OH GOD THE BEES THERE ARE BEES EVERYWHERE WHY ARE THERE BEES

directhex/git-buildpackage 5

Experimental multi-tar git-buildpackage

directhex/banshee-hacks 2

Banshee Project

directhex/dbus-sharp 2

DBus Sharp

directhex/cloud-to-butt 1

Chrome extension that replaces occurrences of 'SJW' with 'liberal'

directhex/aptly 0

aptly - Debian repository management tool

directhex/arcade 0

Tools that provide common build infrastructure for multiple .NET Foundation projects.

directhex/azure-pipelines-agent 0

Azure Pipelines Agent 🚀

issue commentdotnet/runtime

Arm6 Raspberry PI Zero - PI 1

A co-worker in the same state as me is putting some in the mail

olegsavelos

comment created time in a day

issue commentdotnet/runtime

Arm6 Raspberry PI Zero - PI 1

The v6 Pi execution is the one I care about though

olegsavelos

comment created time in a day

issue commentdotnet/runtime

Arm6 Raspberry PI Zero - PI 1

On your v7 hardware you'll need to install libatomic from your package manager

olegsavelos

comment created time in a day

issue commentdotnet/runtime

Arm6 Raspberry PI Zero - PI 1

@michaldobrodenka can you run that in gdb and get me a backtrace?

I really need to track down an old board don't I

olegsavelos

comment created time in a day

issue commentdotnet/runtime

Arm6 Raspberry PI Zero - PI 1

dotnetpi.tar.gz

Okay, I need this tested on a real ARMv6 system. It runs on my Pi 400.

Extract, and test with ./dotnet testapp/bottles.dll

olegsavelos

comment created time in a day

PR opened dotnet/runtime

Update timeout for sourcebuild (#61436)

(cherry picked from commit f9e0256ec1e88fae8ae53e3216d8403fb0070e77)

+1 -1

0 comment

1 changed file

pr created time in 2 days

create barnchdirecthex/runtime

branch : timeout-moar

created branch time in 2 days

pull request commentdotnet/runtime

Update timeout for sourcebuild

/backport to release/6.0-maui

hoyosjs

comment created time in 2 days

push eventdirecthex/runtime

Kevin Jones

commit sha ca85979b6794ead17610615a6e0f40748bc6cc70

Implement PEM exports for RSA PKCS#1 and ECPrivateKey

view details

Kevin Jones

commit sha 027d755c1b7b320f287683b6e757c4bc9a45b87b

Cleanup some code using ECAlgorithm

view details

Miha Zupan

commit sha d7f3f5861714568c8efb01c7337a5a6f565e2d1d

Support zero-byte reads on HTTP response streams (#61913) * Allow zero byte reads on raw HTTP/1.1 response streams * Allow zero byte reads on the rest of HTTP/1.1 response streams * Allow zero byte reads on HTTP/2 response streams * Allow zero byte reads on HTTP/3 response streams * Enable sync zero-byte reads * Add zero-byte read tests * Fully enable zero-byte reads on HTTP/2 and 3 * Add zero-byte read tests for HTTP/2 and HTTP/3 * Remove unsafe-ish code from PeekChunkFromConnectionBuffer * Add comments when we do extra zero-byte reads * Update MockQuicStreamConformanceTests to allow zero-byte reads * Update ConnectedStream tests to allow zero-byte reads * Skip zero-byte read tests on Browser * Update comment on explicit zero-byte reads in ChunkedEncodingReadStream

view details

Andy Gocke

commit sha 4e9ea99487cbdc98351c5cb5c74d351be2d8bf96

Revert "Adding support for the X86Base.Pause intrinsic on Mono (#61707)" (#62157) This reverts commit 1997beecd941ec0b825a5319cda0e97f2effbf3b.

view details

Aleksey Kliger (λgeek)

commit sha b5bb3c9e5e0cb0ddfe99eec38e66ac1dc8f1b57f

Mono hot reload reorg and beginning (disabled) add method support (#61853) This PR does two things: 1. Reorganizes how we keep track of deltas, and how we do metadata lookups after updates 2. Adds an ifdefed-out initial draft of support for adding methods. (It worked for a simple test but it's not ready for general use yet). Details of the delta changes. * Previously Mono used a fully immutable model of metadata changes. Logically each delta brings in modifications to existing table rows and addition of new rows. Previously mono never formed the fully mutated tables - instead, each lookup was essentially responsible for playing all the changes forward every time it needed to lookup a row. This was fine when we primarily supported only row additions (because we could just skip past all the updates that hadn't added the row we wanted yet, and just look in a single delta). But as we started to support more and more modifications (of custom attributes, of property getters & setters, of parameters, etc) we now had to look through the whole list of deltas to make sure we found the latest modification of every row. * The new approach is for each `DeltaInfo` (representing a summary of a particular update to a single assembly) to contain a collection of `mutants` - the fully modified tables with all the newly added rows and all the new modifications. So lookups are fast now - we just go to the latest generation that is visible to a particular thread and look at its mutants tables. The downside is increased memory use. So we allocate the mutants from memory pools owned by each `DeltaInfo`. Right now we never dealloc the pools, but in the future we could. We already iterate over all the threads during our stop-the-world phase - we can record the earliest generation still needed by every thread and delete the pools for all earlier copies. In practice this means we only keep 3 sets of tables: the mmaped baseline tables, the newest mutants, and the mutants from the prior generation for any still-executing methods. * Additionally instead of storing a list of delta images in the `BaselineInfo`, we now store a list of `DeltaInfo` structs which each `DeltaInfo` pointing to a delta image. This means that we can avoid repeated hash table lookups to map from a delta image to its `DeltaInfo` every time the runtime queries us for a table row or for a heap element. --- * checkpoint: allow adding methods to existing classes. Doesn't do anything yet. And needs more sanity checking (roslyn won't give us virtual or abstract methods, but we should check). * fixme in loader * [metadata] Add mono_metadata_table_num_rows Returns the number of rows in a metadata table, taking into account metadata update deltas * add table to ptr table helper * Param attr lookups for deltas can have param_index == 0 The params are added with a subsequent enclog "add param" function. * WIP: start adding support for parameter additions. It "works" in that calling methods appears to work (ie direct token references seem to do the right thing). Primarily this is because the param table additions are not that interesting. All the good stuff is in the method signature (which is just in the blob heap). Presumably anything that actually needs parameter attributes, or anything that uses reflection to look at the parameters, will break. * WIP: add MethodDef -> TypeDef lookup Allows calling non-public methods, which are now assigned the correct parent * Add hot reload test for lambda capturing this Lambdas that only capture `this` (and not local variables or arguments) compile to a private instance method in the enclosing class. So it is enough to support EnC deltas that add methods. * clarify comments about MONO_METHOD_PARAMLIST * [hot_reload] Store debug info of updated methods * [hot_reload] Allocate modifiable tables in DeltaInfo This is the foundation for a new approach for metadata lookups. Instead of using an immutable model (each lookup traverses every delta to find the most up to date version of each table row), we are going to create a complete updated table for each generation and only do the lookup in the latest exposed generation directly. (This is essentially the CoreCLR model). This commit is just the first foundations: we allocate the tables and copy over the previous generations' rows and zero out any rows that will be inserted. Delta applications and lookups have not been updated yet. As a slight optimization, tables that don't have modified or added rows are not copied from the base image. If a generation modifies or adds rows, from that point forward, each subsequent generation will copy the table. We could be a bit more thrifty with copying, but it will complicate lookups. Also eventually we will try to deallocate the pools for generations that are older than no thread needs anymore. Metadata heaps are still looked up in each delta directly - heap combining does not seem necessary yet. * [mini] Allow MONO_VERBOSE_METHOD='*:*' Implement method name wildcard matching for method descriptions Globbing doesn't work because we don't have g_pattern_match_simple in eglib. But a plain '*' wildcard does work. * populate mutated table rows leave suppressed columns unchanged * [hot_reload] Switch lookups to the mutant tables * cleanup: remove of effective_table calculation The row index doesn't change in the new scheme, pass it by value * cleanup: Remove relative_delta_index from component API It's only used internally by the update logic * cleanup: Pass DeltaInfo to relative_delta_index don't compute it from the dmeta image * cleanup: Store a list of DeltaInfo in the BaselineInfo Instead of storing a list of delta images and then relying on delta_info_lookup to find the DeltaInfo, just store them directly on the baseline info. This changes the cleanup responsibilities a bit. Now we destroy the DeltaInfo when we are iterate through the delta infos when we close the baseline image, instead of when we remove the delta_image_to_info hashtable entry. * Turn off method addition support, for now Just want to get the cleanups enabled for now * Fix null ptr when checking for updated ppdb info

view details

Jeremy Koritzinsky

commit sha 13c8988a03af75ada180a639f8bc85515f2c732f

Remove extraneous support in the test runner generator for referencing corelib directly. (#62154)

view details

Eric Erhardt

commit sha e1ea1a6ba7394af3c074ec9e7625e4d1b0e84b9d

Run Codespaces prebuild only in upstream repo (#62162) The codespaces prebuild action can only run in the dotnet/runtime repo and not forks. The feature needs to be enabled for each repo and will fail if it isn't enabled. In order to minimize failure notifications, add a check to the action so it only runs against dotnet/runtime.

view details

Ilona Tomkowicz

commit sha 1281b91d2dcc2a75f73ed02fd6fb255ac856692c

[wasm][debugger] A draft of doc for describing debugger behavior. (#62015) * A draft of doc for describing debugger behaviour. * Removing spaces.

view details

Jan Vorlicek

commit sha a47e5d1a3cf2bf39368ee6eab7929c7a8e9f3222

Fix clang 13 induced runtime issues (#62170) The clang 13 optimizer started to assume that "this" pointer is always properly aligned. That lead to elimination of some code that was actually needed. It also takes pointer aliasing rules more strictly in one place in jit. That caused the optimizer to falsely assume that a callee with an argument passed by reference is not modifying that argument and used a stale copy of the original value at the caller site. This change fixes both of the issues. With this fix, runtime compiled using clang 13 seems to be fully functional.

view details

Jakob Botsch Nielsen

commit sha 663e7b4aad00c34bbb9a98310a56433160682078

Avoid printing debug info on 0 byte instructions (#62077) In particular do not attach it to INS_align that do not end up producing any code.

view details

Thays Grazia

commit sha cdf7bcfff643d02486910fefba1ee1254b301a7e

Fix set value. Implement Runtime.evaluate. (#62142)

view details

Eirik Tsarpalis

commit sha 1962c6c46474b00769cbe2b552acc9a2ca8f9795

Fix TimeSpan support in sourcegen (#62130) * fix TimeSpan support in sourcegen * address feedback

view details

D.S. Qiu

commit sha cc7b99b2f201f43463c86a8869c16af9afe64a7f

Fix mono alc from gchandle (#62120) * remove MonoManagedAssemblyLoadContext * fix mono_alc_from_gchandle use field * change by vargaz review * formatting * fixed compiler error

view details

Eirik Tsarpalis

commit sha fe68bf85d0927ce84bd002d4813810de0734d02c

Fix System.Object serialization with custom number handling (#62020) * Fix System.Object serialization with custom number handling * fix typos

view details

Adam Sitnik

commit sha 8f87ac7bca2e7b151933f97bc350fec6c46526c2

avoid code duplication for disabling parallelization with xUnit (#62132) The collection definitions must be in the same assembly as the test that uses them

view details

Martin Costello

commit sha 9857fe0e961aea417969fd265745428a372421bb

No-op ConcurrentStack.PushRange(T[]) if empty (#62126) * No-op ConcurrentStack.PushRange(T[]) if empty Resolves #62121. * Add more bounds checks Assert that ArgumentOutOfRangeException is thrown if specifying indexes for an empty array with PushRange(T[], int, int). * Review feedback Allow out-of-bounds index on empty array if count is zero. * Add extra test case Add a further test case for a non-empty array but with a count parameter value of zero.

view details

Stephen Toub

commit sha aa03df027b744bb7f89754559e4f32a667dd14e7

Fix method HttpHeadersNonValidated uses to get HeaderDescriptor (#62150) We have two non-public methods for getting a HeaderDescriptor from a string name, one static on HeaderDescriptor and one instance on HttpHeaders. HttpHeadersNonValidated was using the former, but this then doesn't take into account custom logic used by HttpHeaders in other methods, like TryAddWithoutValidation, which means some methods on HttpHeadersNonValidated can't find the corresponding headers.

view details

Jeff Handley

commit sha b1b7ad47e2d0bef37fa2fb3b1075cdeabf561c04

area-PAL-Libraries merged into area-System.Runtime.InteropServices (#62180) Past issues/PRs were re-tagged as area-System.Runtime.InteropServices and the issue labeler bot was retrained.

view details

SingleAccretion

commit sha eeb60e826112ee09b020ddf644911f4c0103054d

[TODO-List-Cleanup] Delete `NumChildren`, `GetChild` and `gtGetChildPointer` (#61875) * Delete "gtGetChildPointer" TryGetUse does the same thing and is used more often. Also some editorial renames to standardize on the "user/use" terminology. * Delete NumChildren and GetChild In most situations these methods are the wrong thing to call - they are not very efficient by design. Not surprisingly, thus, they were mostly only used in debug code. The few product dependencies were removed and replaced with equivalent alternatives, deduplicating the code. In the process, BasicBlock::firstNode() was removed as it was not used anywhere. * Rename 'def' -> 'operand' * A few forgotten pieces * One more

view details

Filip Navara

commit sha 439ffd2434ac97ae32f42d3dc035cceb6d4d60cc

Fix parsing of ping error replies on raw sockets (#61592) * Fix parsing of ping error replies on raw sockets * Re-enable ping tests * Update the SendPingToExternalHostWithLowTtlTest test validation

view details

push time in 3 days

push eventdirecthex/runtime

Jo Shields

commit sha c01ac904b2f7bf5e29842167237eff40e995b2bc

Update runtime.json

view details

Jo Shields

commit sha 2a32b83dfdefb9efd3486901d98be99044db3b66

Deal with atomics linking issue

view details

push time in 3 days

issue commentdotnet/runtime

Arm6 Raspberry PI Zero - PI 1

I've suppressed the warnings in the libs build. Trying to figure out how to publish a self contained app against the new runtime pack (which isn't in the SDK since it's a new RID)

olegsavelos

comment created time in 4 days

push eventdirecthex/runtime

Jo Shields

commit sha 5545a7180401309230d9be12e3896d34b1364a34

Ignore that CP15 sucks

view details

push time in 4 days

issue commentdotnet/runtime

Arm6 Raspberry PI Zero - PI 1

OK, I have host subset building. I think libs failure is really a warnaserror problem, so I could just suppress the warning to build it...

olegsavelos

comment created time in 4 days

create barnchdirecthex/runtime

branch : joshield/armv6

created branch time in 4 days

PR opened dotnet/runtime

Reviewers
Shrink version name due to NuGet maximum

The special version part cannot exceed 20 characters. error from NuGet. This name is the same length as known-good preview

+2 -2

0 comment

2 changed files

pr created time in 4 days

create barnchdirecthex/runtime

branch : rebrand

created branch time in 4 days

issue commentdotnet/runtime

Arm6 Raspberry PI Zero - PI 1

Hm, there's __atomic in a third party lib? Let me try fiddling the linkage.

olegsavelos

comment created time in 5 days

issue commentdotnet/runtime

Arm6 Raspberry PI Zero - PI 1

Mixed news.

I have a build of the Mono runtime (libcorclr.so) which ought to work on ARMv6 Hard Float (i.e. RPi Pico, A, A+, B, B+, CM, Zero, Zero W)

However, I don't have a working runtime pack, due to host and native libs. Both are failing over the same issue (albeit with different error messages) - to wit, ARMv6 doesn't support atomics properly and the v6-compatible mechanism for doing them (CP15) sucks.

We would need to reimplement a v6 alternative for GCC __atomic builtins in pal_random, and nativehost. I'm not saying it's impossible, but it's gone from "fix the build system" to "fix the low level assembly" and that's a harder task.

olegsavelos

comment created time in 5 days

pull request commentdotnet/runtime

Brand release/6.0-maui branch appropriately

@safern @mmitche any objections? We're green

directhex

comment created time in 10 days

push eventdirecthex/runtime

Jo Shields

commit sha fef6bfef4bf6ede1f032b8666f419acbece28a0e

Feedback from Santi

view details

push time in 10 days

pull request commentdotnet/runtime

Brand release/6.0-maui branch appropriately

Seems more likely related to changes by @mmitche to the version handling in that file

directhex

comment created time in 11 days

pull request commentdotnet/runtime

Brand release/6.0-maui branch appropriately

Failing because _PackageVersion is empty but I don't see why - it should be populated by $(PackageVersion) in https://github.com/directhex/runtime/blob/brand-maui-branch/src/libraries/workloads-testing.targets#L5 as far as I can see, and PackageVersion is not empty as I read the binlogs

directhex

comment created time in 11 days

push eventdirecthex/runtime

Jo Shields

commit sha 478fda3144a7d833a0d946454f93ed6edc50d180

More feedback

view details

push time in 11 days

PullRequestReviewEvent

Pull request review commentdotnet/runtime

Brand release/6.0-maui branch appropriately

     <MinorVersion>0</MinorVersion>     <PatchVersion>1</PatchVersion>

The number is taken from release/6.0 - should it be lower than that branch? https://github.com/dotnet/runtime/blob/release/6.0/eng/Versions.props#L8

directhex

comment created time in 11 days

PullRequestReviewEvent

push eventdirecthex/runtime

Jo Shields

commit sha dfb624c467f8fa2a0e11ddf819f965b37233fa5e

Don't stabilize

view details

Jo Shields

commit sha 1e6d6d0238d639e04ca6d62988ad645664af075b

Feedback from Santi

view details

push time in 11 days

push eventdirecthex/runtime

Jo Shields

commit sha 2a4386dd11ed79fb2f65156e7179674d29e731b8

tpyo

view details

push time in 15 days

push eventdirecthex/runtime

Jo Shields

commit sha d8377db4b350c851a191abef42f225a6a99c9e72

Workaround for AllConfigurations failure

view details

push time in 15 days

issue openedmatrix-org/matrix.to

Doesn't try to use installed desktop client on Chromium browsers on macOS

Describe the bug I'm running macOS 12.0.1, and use Edge as my daily driver. I was provided a matrix.to link, picked a client (Element), opted to download it rather than use via the web, and did all the required signup to have the client working. When I tried the matrix.to link again, clicking continue made no effort at all to actually invoke my local app, in either Edge or Chrome - however, with Safari, it asked to open in the app. I also tried Edge on Ubuntu, which called xdg-open as expected. The Mac+Chromium case is specifically the broken one

To Reproduce Steps to reproduce the behavior:

  1. Install Chrome or Edge or something on a Mac
  2. Install Element desktop client
  3. Click https://matrix.to/#/#matrix-curious:matrix.org and hit continue on Element

Expected behavior Something approximating the Safari behaviour

Screenshots Screen Shot 2021-11-19 at 12 56 43 PM

Desktop (please complete the following information):

  • OS: macOS 12.0.1
  • Browser: Edge 95.0.1020.53, Chrome 96.0.4664.55
  • Version: Element version: 1.9.4

created time in 15 days

more