Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 12:39
    djm132 commented #4045
  • 12:24
    Danthar commented #4045
  • 12:09
    djm132 commented #4045
  • 12:02
    djm132 opened #4053
  • 09:28
    alordgit commented #4014
  • 09:28
    alordgit commented #4014
  • 06:45

    dependabot-preview[bot] on nuget

    Bump Microsoft.Data.SQLite from… (compare)

  • 06:45
    dependabot-preview[bot] labeled #4052
  • 06:45
    dependabot-preview[bot] opened #4052
  • Nov 19 21:12
    dependabot-preview[bot] synchronize #128
  • Nov 19 21:12

    dependabot-preview[bot] on nuget

    Bump Microsoft.NET.Test.Sdk fro… (compare)

  • Nov 19 21:12
    dependabot-preview[bot] edited #128
  • Nov 19 21:12
    Danthar commented #128
  • Nov 19 21:11
    dependabot-preview[bot] edited #128
  • Nov 19 21:11
    Danthar commented #128
  • Nov 19 21:11

    dependabot-preview[bot] on nuget

    (compare)

  • Nov 19 21:10

    Danthar on dev

    Bump AkkaVersion from 1.3.15 to… Merge pull request #129 from ak… (compare)

  • Nov 19 21:10
    Danthar closed #129
  • Nov 19 21:08
    Danthar commented #4045
  • Nov 19 21:08
    Danthar labeled #4045
Aaron Stannard
@Aaronontheweb
I'd recommend running the suite first without debugging
and see where it hangs
just so you can narrow it down to a specific fixture
Nikita Tsukanov
@kekekeks
roger that!
Aaron Stannard
@Aaronontheweb
90% chance it's a test with IDisposable
XUnit and the TestKit both try to dispose it and end up racing eachother
but there's a way of making that not happen that I can show you
err, it's a test CLASS with IDisposable
Nikita Tsukanov
@kekekeks
Tail_chopping_router_must_throw_exception_if_no_result_will_arrive_within_the_given_time
Xunit.Sdk.TrueExceptionFailed: Timeout 00:00:00.7000000 while waiting for a message of type Akka.Actor.Status+Failure
It's the only failing test in Akka.Tests
And it's reproducable
i. e. if I lauch this test it still fails
Nikita Tsukanov
@kekekeks
Hm, it's not a false positive
Ok, now it throws "somewhere" in external code
Roger Johansson
@rogeralsing
love the "system.core threw an exception" well yeah, thanks for that xUnit:)
Nikita Tsukanov
@kekekeks
Fixed
I forgot about IsCancelled status
And someone expected that OperationCancelledException not to be wrapped inside AggregateException
Aaron Stannard
@Aaronontheweb
8A65czr - Imgur.gif
that was for you @kekekeks
Nikita Tsukanov
@kekekeks
You forgot the glowing hair part )
Natan Vivo
@nvivo
W
Wow! Who let the dogs out?
Chanan Braunstein
@chanan
Hi, I was looking at the potential SqlServer Persistence plugin that Bartosz mentioned to me in a thread in the google group. I was wondering if anyone knows why it is implemented using the SyncWriteJournal instead of the AsyncWriteJournal (or proxy)?
Natan Vivo
@nvivo
Epic async vs akka: FIGHT!
Roger Johansson
@rogeralsing
cc @Horusiath
James Conway
@jwconway
Hi guys
i could really do with some pointers on this jwconway/akka.net#3
its an attempt at UDP transport
ive set it up on a personal branch so you can see how I've approached it
James Conway
@jwconway
Basically the end points seem to set up fine and I can send data to them manually but when I use UDP in a cluster the nodes don't seem to chatter
I must be missing something but can't see what
Roger Johansson
@rogeralsing
cc @Aaronontheweb
btw. calling all async await people .. critical bug in testkit async tests akkadotnet/akka.net#907
Natan Vivo
@nvivo
@rogeralsing just brainstorming here... one of the issues with async here is that there are too many things that need to be done to keep the state when continuations happen
you said before that you can't use sync context because it cannot override the context in asp.net/winforms environments
but at the same time, it's hard to keep the state safe using other means
Bartosz Sypytkowski
@Horusiath
@chanan I think mostly because of eventual consistency problems - which is not what you expect when using SQL database.
Natan Vivo
@nvivo
so, I was wondering... why does akka sets InternalCurrentActorCellKeeper from a different place instead of saving everything in the CallContext?
can't every possible state required be kept and restored from the same place at the same time?
Bartosz Sypytkowski
@Horusiath
... but mostly because of looking up for canonical akka LevelDB code. If it'll turn out that implementation should change (and probably should) anyone could easily change it without any risk of breaking changes in the API itself
Bartosz Sypytkowski
@Horusiath
I'm working on typed actor refs for F# and this looks very promising, but still there are some F# quirks that make me go gray
Roger Johansson
@rogeralsing
@nvivo we used the thread static container from the start as there were no plans for async await, nor did we know about call context. then we discivered callcontext along the way. in theory we should be able to use call context all the way.. but xUnit blows up when using call context. the test runner explodes when the test finishes
@nvivo but you are correct that this is the ideal way to solve it, if everything else behaves as it should
@nvivo and then the TestKit should work. but at least in xUnit 1.9.2, we are out of luck
Arjen Smits
@Danthar
CallContext has some stuff you need to be aware off.
Started digging and found a blog which explains it pretty well. Commented on the issue. I wont go into detail here, Because I would like to keep this discussion over at github as much as possible.
Natan Vivo
@nvivo
@Danthar just read the blog post about CallContext, thanks