Skip to content

Conversation

@thaystg
Copy link
Member

@thaystg thaystg commented Oct 6, 2021

Creating a test case for PR #59773
But I'm not using Uint8Array to set the content on memory allocated using malloc as @lewing suggested in the same PR.

But I'm not using Uint8Array to set the content on memory allocated using malloc as @lewing suggested in the same PR.
@thaystg thaystg requested review from kg and lewing October 6, 2021 20:34
@thaystg thaystg requested a review from marek-safar as a code owner October 6, 2021 20:34
@ghost ghost added the area-Debugger-mono label Oct 6, 2021
@ghost
Copy link

ghost commented Oct 6, 2021

Tagging subscribers to this area: @thaystg
See info in area-owners.md if you want to be subscribed.

Issue Details

Creating a test case for PR #59773
But I'm not using Uint8Array to set the content on memory allocated using malloc as @lewing suggested in the same PR.

Author: thaystg
Assignees: -
Labels:

area-Debugger-mono

Milestone: -

@thaystg thaystg requested a review from pavelsavara October 6, 2021 20:34
@thaystg thaystg added the arch-wasm WebAssembly architecture label Oct 6, 2021
@ghost
Copy link

ghost commented Oct 6, 2021

Tagging subscribers to 'arch-wasm': @lewing
See info in area-owners.md if you want to be subscribed.

Issue Details

Creating a test case for PR #59773
But I'm not using Uint8Array to set the content on memory allocated using malloc as @lewing suggested in the same PR.

Author: thaystg
Assignees: -
Labels:

arch-wasm, area-Debugger-mono

Milestone: -

Copy link
Member

@kg kg left a comment

Choose a reason for hiding this comment

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

Looks fine, and you can do the single malloc like before if you want

}

[Fact]
public async Task MallocUntilReallocate() //https://github.com/xamarin/xamarin-android/issues/6161
Copy link
Member

Choose a reason for hiding this comment

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

  1. Should this maybe pause/inspect/resume through one breakpoint first, then call malloc_to_reallocate_test, and then try the breakpoint again?
  2. Can we add something in the test to confirm that the memory grew?

Copy link
Member Author

Choose a reason for hiding this comment

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

  1. Why it would be good to test a breakpoint first? I think it's not necessary, if I remove the fix on [wasm][debugger] Fix reusing buffer for debugger #59773, I can perfectly reproduce the behavior that we were getting when debugging from VS.
  2. I'm not sure, I'll try to find a way to detect it.

Copy link
Member

@radical radical Oct 7, 2021

Choose a reason for hiding this comment

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

  1. Why it would be good to test a breakpoint first?

I was thinking that it would ensure that the debugger buffer had been used at least once. But that would get used to even get started with debugging, IIUC, so you are correct - this isn't needed 👍

  1. I'm not sure, I'll try to find a way to detect it.

Maybe even a simple - UInt8Array before the growth, and then checking that it got reset?

Copy link
Member

@lewing lewing left a comment

Choose a reason for hiding this comment

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

Looks fine, see comments

@lewing lewing merged commit 51b4e3e into dotnet:main Oct 7, 2021
@ghost ghost locked as resolved and limited conversation to collaborators Nov 6, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

arch-wasm WebAssembly architecture area-Debugger-mono

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants