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

Modify logic for V7 variant #83

Merged
merged 1 commit into from
May 21, 2018
Merged

Modify logic for V7 variant #83

merged 1 commit into from
May 21, 2018

Conversation

2acoin
Copy link
Contributor

@2acoin 2acoin commented May 21, 2018

Modified the code in the extensions\cryptonight-v7.json file to correct the logic for activation of V7.

@2acoin 2acoin mentioned this pull request May 21, 2018
@kennetanti
Copy link

This pull request look gross. I dont think u should check for last_block == 0 ... You should just set it to UINT32_MAX if you want it to be "v7 forever"

@pmitchev pmitchev merged commit deb3cad into forknote:master May 21, 2018
@pmitchev
Copy link
Contributor

I use this logic in other files. The default is 0 and it actually makes sense. It can never be 0.
Thank you @2acoin

@kennetanti
Copy link

But block index and last block default to 0. I would argue if its 0 that means its unconfigured and they dont want cryptonight v7. Mainly because then the multiply code could be identical (almost) where if block index and last block are not specified in the config, then the blockchain would not use v7

@kennetanti
Copy link

Otherwise you would need 2 different builds for v0 vs v7 because there is no other value you can use to disable v7 ? Idk your the master of the repo i guess. (If i really cared that much i would make forkforknote)

@pmitchev
Copy link
Contributor

pmitchev commented May 21, 2018

You are right, it should be more clear *_BLOCK_INDEX=0 means "not activated"

@kennetanti
Copy link

That way you wouldnt have to change your config files to work with forknote-pool or forknoted if they are designed for cryptonote-generator and vice-versa. Getting some liquor then ill do the thing

@kennetanti
Copy link

kennetanti commented May 22, 2018

#84 looks like this will work with /multiply/ jsons if you leave them both on default of 0. Or two identical numbers. Because y <= x && x < y is always false. If you want to make it always enabled you can set index to 0 and last to UINT32_MAX or (uint32_t)-1 or 0xFFFFFFFF (all of those are the same number)

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.

3 participants