[ANN] MemoryCoin - page 24. | Bitcointalksearch.org

FreeTrade

legendary

Activity: 1470

Merit: 1030

Quote from: FreeTrade on August 14, 2013, 03:19:57 PM

I posted some information about wasted votes here -

http://21stcenturymoneytalk.org/index.php/topic,36.0.html

Good news . . .21st Century has been re-funded, but I've been defunded. Competition for grant allocations has really heated up. Most of the grant addresses haven't proposed to do anything, but rather are using large amount of coin to vote for their own grants. 3/5 are currently going to private address. 1 to 21st Century and 1 to MC Foundation.

So I need to ask for some voting preferences for my grant as a developer.

Please send 0.00000009 memory coins to my grant address at MVTEoEo5LgYAMVh95oBBfGPj2eCDzkuJC3

This is especially relevant if you voted before to maintain balances (MVTE7E3QD83ZLHivvBeNh8ZK1Eg313AEm). That vote is now over, so a vote for this address is a waste.

Thank you kindly. Should have client update and some information on a website soon.

FreeTrade

legendary

Activity: 1470

Merit: 1030

I posted some information about wasted votes here -

http://21stcenturymoneytalk.org/index.php/topic,36.0.html

If your vote is going to waste, please add some preferences so that the devs and the foundation get funding.

21st Century's grant was recently defunded - they're doing important work on clients and supporting the network, so I'd like to get them refunded.

To help, send
.00000200 to MVTEoEomFfe7WuSEepMLsorgYzCQGBVw1z

This will add 21st Century to your list of preferences

stas

sr. member

Activity: 420

Merit: 250

I think it's good:)

ciklop1974

sr. member

Activity: 276

Merit: 250

blocks" : 2256,
"currentblocksize" : 1158,
"currentblocktx" : 1,
"difficulty" : 0.00010433,
"errors" : "",
"generate" : true,
"genproclimit" : -8,
"hashespersec" : 25.40220152,
"pooledtx" : 1,
"testnet" : false

I have this on Core i7 3820. This is good or not?

21stcenturymoney

newbie

Activity: 52

Merit: 0

Quote from: FreeTrade on August 14, 2013, 12:52:14 AM

Quote from: SlyWax on August 14, 2013, 12:41:42 AM

FreeTrade,
can you put a "win32 {" around all your "C:\" stuff in the beginning of file "bitcoin-qt.pro"
that would be nice.
you can put the "BOOST_LIB_SUFFIX=-mgw46-mt-sd-1_54" line inside too...

Sure, can you send the updated file to me at [email protected] - I'm still not too comfortable with git and github yet.

You could try https://bitbucket.org/mytwobits/memorycoin/raw/cce51b91caf06d251af550eb6945fa8b68549752/bitcoin-qt.pro

Then you would either need to make bat file to set up those variables for your environment or code them in similar to the way the mac ones are later in the file.

This also fixes it so the mac ones can be overridden finally,and lets the environmental variable overrides work in all three build environments now instead of just linux.

albon

legendary

Activity: 1890

Merit: 1537

I keep getting a runtime error

Happens 2-3 times a day and I have to restart the client

I am running on Win 7-64

21stcenturymoney

newbie

Activity: 52

Merit: 0

Quote from: SlyWax on August 14, 2013, 12:41:42 AM

FreeTrade,
can you put a "win32 {" around all your "C:\" stuff in the beginning of file "bitcoin-qt.pro"
that would be nice.
you can put the "BOOST_LIB_SUFFIX=-mgw46-mt-sd-1_54" line inside too...

It miss some leveldb building too,
I have to build the daemon to make them available.
or remove the comment in front of :

Code:

genleveldb.commands = cd $$PWD/src/leveldb && CC=$$QMAKE_CC CXX=$$QMAKE_CXX $(MAKE) OPT=\"$$QMAKE_CXXFLAGS $$QMAKE_CXXFLAGS_RELEASE\" libleveldb.a libmemenv.a
and
genleveldb.commands = cd $$PWD/src/leveldb && CC=$$QMAKE_CC CXX=$$QMAKE_CXX TARGET_OS=OS_WINDOWS_CROSSCOMPILE $(MAKE) OPT=\"$$QMAKE_CXXFLAGS $$QMAKE_CXXFLAGS_RELEASE\" libleveldb.a libmemenv.a && $

Still it crash on Ubuntu 32bits

I still prefer the fix that changes it to fetch that information from environmental variables on all the platforms. Our windows build environment needs different values and this does not let us easily override them.

https://bitbucket.org/mytwobits/memorycoin/commits/c5c6674e0be0acd8cfe6d21ebfd1b9b6d0ca2288

auctioneeeeer

sr. member

Activity: 305

Merit: 250

Quote from: FreeTrade on August 14, 2013, 06:41:07 AM

New release - fixes startup crash on some systems.

https://docs.google.com/file/d/0B-5Ax5kejTpMelRIUFp4Z2s5Q1E/edit?usp=sharing

This is the release I've been waiting for. I can now run all of my 10 core Ivy Bridge Xeons with genproclimit set to -1 and no crashes!

(and it appears better performance too!)

stas

sr. member

Activity: 420

Merit: 250

have updated both of my 32bit clients (win7 and vista)

both are now getting better hashpersec numbers than they were previously by 20%-30%
thank you:)

FreeTrade

legendary

Activity: 1470

Merit: 1030

Quote from: Stinky_Pete on August 14, 2013, 06:53:04 AM

Just bad luck, or something more sinister? Latest info -

"difficulty" : 0.00024218,

I think the answer is in the question - difficulty going up because of the more efficient and stable releases.

Stinky_Pete

hero member

Activity: 560

Merit: 500

Updated yesterday evening to 'releaseAllocatedMemory'. Everything seems to be running as usual, but I've got no new blocks mined since then. Previously I've always had several overnight.

Just bad luck, or something more sinister? Latest info -

{
"blocks" : 2072,
"currentblocksize" : 1000,
"currentblocktx" : 0,
"difficulty" : 0.00024218,
"errors" : "",
"generate" : true,
"genproclimit" : -1,
"hashespersec" : 25.28735632,
"pooledtx" : 0,
"testnet" : false
}

FreeTrade

legendary

Activity: 1470

Merit: 1030

New release - fixes startup crash on some systems.

https://docs.google.com/file/d/0B-5Ax5kejTpMelRIUFp4Z2s5Q1E/edit?usp=sharing

B.T.Coin

sr. member

Activity: 332

Merit: 250

Quote from: FreeTrade on August 13, 2013, 11:26:49 PM

Quote from: B.T.Coin on August 13, 2013, 03:30:31 PM

All 3 my machines went down at block 2060 so it looks as if there are still some problems with grant-block processing.
As I mentioned before, once the problem is solved that you can load the blockchain while mining, this will prove the client is stable enough to run without crashing.

Okay, that sounds like stability issue 1 . . . it's weird that you'd be seeing problems on all your machines, when many others don't have any stability problem . . . I wonder what might be common to all three machines.

I'm assuming these aren't hard machine crashes, as you know which block you're going down on. It would be helpful to get the tail end of the debug.log file after a crash . . it will probably have crashed somewhere in the middle of the grant allocation code, and then there will be some superfluous network activity . . . just before the network activity is where the interesting stuff is.

You assume righ about it not being hard machine crashes. The program looks fine but the only way to tell it's not working is by opening the debug window and looking at the block number. My 6-core and 4-core both got stuck on a block again tonight.
When I close the program, I have to go into the windows task manager to kill the memorycoin.exe*32 process manually or I can't start the client again.
I will E-mail you the tail ends of the debug.log files but I don't think you will find anything interesting there. All I could see were some connection timeouts.
AFTER I killed the memorycoin process manually in the task manager, these lines were added to the debug.log on both machines:
net thread interrupt
dumpaddr thread stop
opencon thread interrupt
addcon thread interrupt

On my 2-core celeron machine the program crashed due to a runtime error. I will include that debug.log too.

FreeTrade

legendary

Activity: 1470

Merit: 1030

Quote from: jestronix on August 14, 2013, 12:01:00 AM

Definitely what needs to happen, one other fix would be the ability to kick off mining before its fully synced, but have the app wait rather then the user having to come back and kick it off.

Agreed.

Quote from: jestronix on August 14, 2013, 12:01:00 AM

My wallets are stuck too, about 2 hours now since last block, usually get a few an hour.

That's happening sometimes - check the block viewer to see if you're on the latest block, if not, a restart should nudge it to update.

FreeTrade

legendary

Activity: 1470

Merit: 1030

Quote from: SlyWax on August 14, 2013, 12:41:42 AM

FreeTrade,
can you put a "win32 {" around all your "C:\" stuff in the beginning of file "bitcoin-qt.pro"
that would be nice.
you can put the "BOOST_LIB_SUFFIX=-mgw46-mt-sd-1_54" line inside too...

Sure, can you send the updated file to me at [email protected] - I'm still not too comfortable with git and github yet.

torbank

full member

Activity: 217

Merit: 100

Quote from: SlyWax on August 14, 2013, 12:41:42 AM

FreeTrade,
can you put a "win32 {" around all your "C:\" stuff in the beginning of file "bitcoin-qt.pro"
that would be nice.
you can put the "BOOST_LIB_SUFFIX=-mgw46-mt-sd-1_54" line inside too...

It miss some leveldb building too,
I have to build the daemon to make them available.
or remove the comment in front of :

Code:

genleveldb.commands = cd $$PWD/src/leveldb && CC=$$QMAKE_CC CXX=$$QMAKE_CXX $(MAKE) OPT=\"$$QMAKE_CXXFLAGS $$QMAKE_CXXFLAGS_RELEASE\" libleveldb.a libmemenv.a
and
genleveldb.commands = cd $$PWD/src/leveldb && CC=$$QMAKE_CC CXX=$$QMAKE_CXX TARGET_OS=OS_WINDOWS_CROSSCOMPILE $(MAKE) OPT=\"$$QMAKE_CXXFLAGS $$QMAKE_CXXFLAGS_RELEASE\" libleveldb.a libmemenv.a && $

+1

SlyWax

sr. member

Activity: 248

Merit: 251

FreeTrade,
can you put a "win32 {" around all your "C:\" stuff in the beginning of file "bitcoin-qt.pro"
that would be nice.
you can put the "BOOST_LIB_SUFFIX=-mgw46-mt-sd-1_54" line inside too...

It miss some leveldb building too,
I have to build the daemon to make them available.
or remove the comment in front of :

Code:

genleveldb.commands = cd $$PWD/src/leveldb && CC=$$QMAKE_CC CXX=$$QMAKE_CXX $(MAKE) OPT=\"$$QMAKE_CXXFLAGS $$QMAKE_CXXFLAGS_RELEASE\" libleveldb.a libmemenv.a
and
genleveldb.commands = cd $$PWD/src/leveldb && CC=$$QMAKE_CC CXX=$$QMAKE_CXX TARGET_OS=OS_WINDOWS_CROSSCOMPILE $(MAKE) OPT=\"$$QMAKE_CXXFLAGS $$QMAKE_CXXFLAGS_RELEASE\" libleveldb.a libmemenv.a && $

Still it crash on Ubuntu 32bits

jestronix

member

Activity: 75

Merit: 10

Quote from: FreeTrade on August 13, 2013, 11:28:06 PM

Some thoughts on next steps for MC -
http://21stcenturymoneytalk.org/index.php/topic,34.0.html

Interested in everyone's thoughts on next steps for the coin.

Definitely what needs to happen, one other fix would be the ability to kick off mining before its fully synced, but have the app wait rather then the user having to come back and kick it off. A pool is a great idea and will get things moving along, a website is a must.

My wallets are stuck too, about 2 hours now since last block, usually get a few an hour.

FreeTrade

legendary

Activity: 1470

Merit: 1030

Quote from: torbank on August 13, 2013, 04:47:02 PM

Running the latest code, I was getting a SEGFAULT on start up (whilst checking the Genesis block).

I had to revert PoWHash() to the original scrypt() call to get it to work. PoWHashScratchPad() seems to work fine with the new scryptscratchpad().

Thanks for this - it was causing the 32 bit crash too. I'll take it out of the release and get a new version up soon.

FreeTrade

legendary

Activity: 1470

Merit: 1030

Some thoughts on next steps for MC -
http://21stcenturymoneytalk.org/index.php/topic,34.0.html

Interested in everyone's thoughts on next steps for the coin.

Topic: [ANN] MemoryCoin - page 24. (Read 100357 times)