just a question any idea when you will be back as i did a withdraw as ya when down has not shown up at the other end so trying to work out if it still pending your end or what cheers

Now if i can only hit a few blocks , solo mining with 9 ghz not doing so well !

Thank you sir

It's funny you should say that, I was browsing the source code and was going to tell you that you were going to run into issues using the fopen version   I had the same issue with cryptothrift.com

"lol" ? Yeah you're right, my passion is to say on forums that websites are scams, because you know, that's fun !

4 emails sent to admin@openex.pw
3 tweets to @_OpenEx_

But maybe you'll revert with a "lol", because pretending that emails and tweets were sent while they weren't, you know, is fun.

Check your emails.

so no cryptsy

That is why I am here.

Status: 0/unconfirmed, has not been successfully broadcast yet
Date: 1/12/2014 20:21
To: 1GweedoZJYb5CNLfSaBgBBYS2y7BMVb2Wo
Debit: -0.01 BTC
Transaction fee: -0.0001 BTC
Net amount: -0.0101 BTC
Transaction ID: 148968123e5ceb0c4f1c80f39e48b4d4e659c62464abbea70766a26d5d95ed8e

Hello Claire123,

Fantastic!

No I have not.  But I will be going there as soon as I finish responding here!
Not really.  I'm saying that on the Windows platform we should have more choices.  And a working MSVC++ solution would be a start, allowing for alternate GUIs and daemons, and programs to talk to a normal full client daemon, etc.
Yes, and MSVC++ can gui up and application in short order with those same VS drag and drop design tools, etc.  For the fun of it, I just GUI'd up the Qt look and feel in design view and could make a pretty good imitation, FWIW  in short order.  Nothing behind it though.
I think you have found the bug I have been remarking upon since version 0.8.2 came out. Congratulations!
I will look at that too!  I couldn't wait and went to read the first link.  Wow!  And I have news for you.  I have an
addrman.h - serialize.h solution that compiles!
The reason MSVC++ gets ill at addrman.h as you say:
was not only those extra (()); around the big IMPLEMENT_SERIALIZE(...) macro in the CAddrMan class, that implements GetSerializeSize() Serialize() and Unserialize(), but also the extra complexity of the imbedded std::map<int, int> mapUnkIds;!?

When the map<> is "levitated out" of the macro and placed in the #define IMPLEMENT_SERIALIZE(statements) macro in serialize.h the compiler hums!

My 0.8.5 MS'd sources compile fine.  But my MSVC++ static library build of the google levelDB blockchain database driver, seems to violate its own rules and I error at VerifyDB() at level 3, where serious levelDB "stuff" is happening.  Level 2 it's off to the races, until it gets a few new blocks and it actually has to write something to the .sst files in the chainstate directory.  I have tracked it down to (in levelDB source code terms)  the db/db_impl.cc code for DBImpl::Get(...) and possibly other methods' desire to do a MaybeScheduleCompaction.  The compaction deletes file(s) from the table of cached .sst files, somehow not notifying the rest of levelDB, and/or deleting them properly via DeleteEntry()!  Then when .sst file x is needed, db/table_cache.cc method TableCache::FindTable() doesn't find it in the table, and tries to open it, but it is open and Windows says no!  So FindTable() errors.

I think it is my MSVC++ version of levelDB (1.13 version) that isn't "locking" out the rest of itself correctly, when it is compacting, though I can't prove it.  When I compile out various MaybeScheduleCompaction() I can get through VerifyDB() at level 3, but when I get enough new blocks it still happens.  The result is a "spoiled" .sst file and so the whole chainstate index file system is vetoed and one must -reindex or bring a saved backup block testing blockchain to continue testing.  Which is what I have been doing for about a week now

I am very curious, needless to say, how you have built your levelDB static .lib file!  I used the
files given in a google discussion I found at:
https://groups.google.com/forum/#!topic/leveldb/VuECZMnsob4
see message from Edouard A dated 6/20/11 where there are three (magic) files:
port_win.h, port_win.cc and env_boost.cc
They almost did it for me!  The std:move() in env_boost.cc LockFile(...) stops me dead with my MSVC++.  I like the older ones that still can do a straight console app, a simple windows form (aka ol' dialog box app), doesn't have a broken (too much) intellisense, etc.
Anyway, I dug further and came upon this thread https://groups.google.com/forum/#!msg/leveldb/MpLZkz7rcHk/b9B3Eka6jdQJ with the same Edouard A  dated 7/3/12.  I used those files to create a levelDB113 static library project.  I will look forward to seeing how you did it!  See my message #322 on building the other static libraries.  Hope this helps.  I will Github some commits on a forked branch of 0.8.6 or 0.8.5 soon.  But I would like to have a truly working version first.

Ron

Almost time for open beta Can't wait!

OpenEx Is Undergoing Maintenace
We'll Be Back Soon! :-)


alakard

7NERau5T96iRWWSRNSgeoVicscQUJHwPkT

thx.

You should read up on prepared statements and learn to use them. The way you are sending queries to your DB is rather insecure.

Oops just re-read the thread as I hadn't received my coins and noticed you said to post your openex deposit account. I posted my DimeCoin address!

Here is my openex deposit address:
79tyYLEPhU7ZDaxzeenp8AwtBs33tV923f

Thanks!

I just wanted to clarify since I'm a Proof of Stake newb.

So you will have a chance that the coins you have in your wallet will auto mine it if not disturbed for two weeks?

Would the wallet have to be on at all times?

What if I added more and didn't remove?


Does the amount of PHS you have matter? Like if I had 1 PHS would it just try and mine 1 PHS or try for a block? which I think is what 32 right now?