Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Threading fixes #2618

Merged
merged 3 commits into from
Feb 16, 2023
Merged

Threading fixes #2618

merged 3 commits into from
Feb 16, 2023

Conversation

michaelcfanning
Copy link
Member

@michaelcfanning michaelcfanning commented Feb 14, 2023

Ouch. We previously created all tasks on a common thread. We have a mile-wide bug in our unit-testing which we need to close.

@shaopeng-gh

Copy link
Collaborator

@shaopeng-gh shaopeng-gh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:shipit:

@@ -11,6 +11,8 @@
* BRK: For `Guid` properties defined in SARIF spec, updated Json schema to use `uuid`, and updated C# object model to use `Guid?` instead of `string`. [#2555](https://github.com/microsoft/sarif-sdk/pull/2555)
* BRK: Mark `AnalyzeCommandBase` as obsolete. This type will be removed in the next significant update. [#2599](https://github.com/microsoft/sarif-sdk/pull/2599)
* BRK: `LogUnhandledEngineException` no longer has a return value (and updates the `RuntimeErrors` context property directly as other helpers do). [#2599](https://github.com/microsoft/sarif-sdk/pull/2599)
* BUG: Populate missing context region data for small, single-line scan targets. [#2616](https://github.com/microsoft/sarif-sdk/pull/2616)
* BUG: Increase parallelism in `MultithreadedAnalyzeCommandBase` by correcting task creation. []#2618](https://github.com/microsoft/sarif-sdk/pull/2618)
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[]

typo


// 2: Files found on disk are put in a specific sort order, after which a
// reference to each scan target is put into a channel for hashing,
// if hashing is enabled.
Task<bool> hashFilesAndPutInAnalysisQueue = HashFilesAndPutInAnalysisQueueAsnc();
Task<bool> hashFilesAndPutInAnalysisQueue = Task.Run(() => HashFilesAndPutInAnalysisQueueAsnc());
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Spelling fix for Async

Copy link
Collaborator

@suvamM suvamM left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@michaelcfanning This looks good to me. But I had a question about the procedure: this an open PR. There is already a release for sarif-pattern-matcher which references a commit in this PR. Ideally, we should have dependencies from the main branch of sarif-sdk and not dev branches.

@michaelcfanning
Copy link
Member Author

We don't currently sim-ship the SDK when we ship the scanner. This is because the scanner is intended to be a client tool that consumes the OSS source as source, i.e., via submodule. We don't take a NuGet package dependency and so there isn't pressure to keep the NuGet delivery in sync with sarif pattern matcher. Open to your thoughts on this topic.


In reply to: 1299909340

@michaelcfanning michaelcfanning merged commit 120fae3 into main Feb 16, 2023
@michaelcfanning michaelcfanning deleted the threading-fixes branch February 16, 2023 00:35
This was referenced Feb 21, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants