Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jan 31 14:02
    cburgdorf opened #1721
  • Jan 31 14:00
    cburgdorf commented #1719
  • Jan 31 13:45
    cburgdorf synchronize #1719
  • Jan 31 13:40
    cburgdorf commented #1719
  • Jan 31 13:38
    cburgdorf edited #1719
  • Jan 31 13:35
    cburgdorf synchronize #1719
  • Jan 29 13:39
    cburgdorf unlabeled #1306
  • Jan 28 13:34
    Bhargavasomu commented #1670
  • Jan 28 12:55
    Bhargavasomu synchronize #1670
  • Jan 28 12:48
    Bhargavasomu synchronize #1670
  • Jan 26 12:11
    cburgdorf closed #1315
  • Jan 26 08:53
    Bhargavasomu commented #1315
  • Jan 25 16:09

    pipermerriam on master

    Implement get_transaction_recei… (compare)

  • Jan 25 16:09
    pipermerriam closed #1705
  • Jan 25 12:27
    veox commented #1646
  • Jan 24 17:52
    Bhargavasomu commented #1705
  • Jan 24 17:39
    Bhargavasomu synchronize #1705
  • Jan 24 17:26
    Bhargavasomu synchronize #1705
  • Jan 24 16:39

    pipermerriam on master

    Remove last occurrences of apos… (compare)

  • Jan 24 16:39
    pipermerriam closed #1720
Bryant Eisenbach
@fubuloubu
hmm, what would be the best way to grab something in the Chain class and read it in the ExecutionContext or BaseComputation classes?
sort of getting stuck at BlockHeader because that's where ExecutionContext is created
which doesn't seem like a good place to grab Chain.chain_id
Jason Carver
@carver
hah, I went down a rabbit hole chasing this down until I realized that ethereum/trinity#63 is still open
so it's no surprise that chain_id isn't easily available
Jason Carver
@carver
hm, maybe a reasonable thing to do is to add a attribute like chaindb.chain_id and then pass that in as a new param to create_execution_context()
Bryant Eisenbach
@fubuloubu
oh lol, I was wondering why it wasn't doing that!
yeah, it's basically per-chain right now, although eventually it could potentially change at a specific block height
if there is some sort of contentious fork
Bryant Eisenbach
@fubuloubu
there's also an implementation in aleth now: ethereum/aleth#5696
Peilin Zheng
@tczpl
ubuntu can not install python3.6-dev, and, if I install it in CentOS, I can not Add the Py-EVM library as a dependency as it shown in https://py-evm.readthedocs.io/en/latest/guides/building_an_app_that_uses_pyevm.html,,, so what can I do
Peilin Zheng
@tczpl
actually ubuntu can install python3.6-dev,,,however, when pip3 isntall py-evm, it shows: error: invalid command 'bdist_wheel'
I am done with the installation I am tired
OK I update the pip3 and install the gcc
i want to fuck myself
sorry
I am just tired
Peilin Zheng
@tczpl
The error comes out agian
when I : pip install -e .[dev]
I m so tired
ok I change the "<PYPI_NAME>" into "pip3" than it seems work
then
oh i want 2 fuck myself
Maybe the most error is that I dont have a Mac
Peilin Zheng
@tczpl
I have destroy my server. My operation is totally bullshit.
sorry for all, bye
image.png
Peilin Zheng
@tczpl
nobody cares about my fault, mayebe it's just my fault
i am sorry
Peilin Zheng
@tczpl
image.png
anybody hear me please...i follow the wiki (build your first app), but this erro shows...what can I do ...thankyou!
Peilin Zheng
@tczpl
i m fine. Thank you!
Jason Carver
@carver
cool, glad you got it working. next time you get stuck, you can try ethereum.stackexchange.com , which may have answers for you already. Whether you post in this room or on there, you'll get more help if you use a reproducible example. These are great guidelines: https://stackoverflow.com/help/minimal-reproducible-example
Tommy
@hyperevo
I seem to have found a pruning bug in py-trie. Was hoping I might be able to get some help with it from you guys.
https://gist.github.com/hyperevo/1fca647cbe6207c207730a65fd281836
On the 129th iteration of that loop, it gives an exception that says one of the nodes is missing
It actually came up when I was creating the trie root and nodes for a list of transactions in a block. But this example isolates the problem I believe.
Jason Carver
@carver
Cool, thanks for reporting. Have you filed an issue yet? If you tag me on it, I'll be sure to take a look today
Voith Mascarenhas
@voith
@fubuloubu @carver Why is the istanbul fork inheriting everything from Constantinople and not Peterburg? IIUC, Petersberg is the fixed version of Constantinople. So shouldn’t Istanbul inherit from Peterburg? Am I missing something?
ethereum/py-evm@8cfe336
Nick Savers
@nicksavers
Agreed
Voith Mascarenhas
@voith
*Petersburg (lol, I have some really bad typos there)
Jason Carver
@carver
Yup, that's a bug
Bryant Eisenbach
@fubuloubu
I think I made it before Petersburg
Jason Carver
@carver
We should update it, but I don't think it changes anything in practice, since sstore gets redefined, and that was the only change in Petersburg, iirc
Voith Mascarenhas
@voith
@carver I just checked. Tests are failing. Looks likes sstore changes were to Constantinople rather than Petersburg.
Voith Mascarenhas
@voith
Oops, I spoke too fast. EIP1283 was removed in Petersburg. So the tests are broken IMO. Lets see
Voith Mascarenhas
@voith
Tests are correct. I had to re-enable allow_negative_refund_strategy for Istanbul
Voith Mascarenhas
@voith
fixed ethereum/py-evm#1842
Voith Mascarenhas
@voith
I got py-evm to pass all ethereum/tests for Istanbul locally. However, tests are crashing on CircleCI. Details for the test failure are here: https://github.com/ethereum/py-evm/pull/1852#issuecomment-533900250