Bitcoin Forum
November 21, 2018, 01:09:01 AM *
News: Latest Bitcoin Core release: 0.17.0 [Torrent].
 
   Home   Help Search Login Register More  
Pages: « 1 ... 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 [416] 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 ... 846 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5766387 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2702
Merit: 1145


Ruu \o/


View Profile WWW
November 30, 2012, 08:20:01 PM
 #8301

What I really worry about, is that new hardware will continue to come out frequently enough that people end up on a cycle of investing in hardware that basically never pays itself off as slightly newer hardware and higher diffs keep coming out. Sure at some stage the limits of technology will be reached, but given the best tech at the moment is going to be 65nm ASICs when CPUs are 28nm devices, I can see the cycle going on for some time, and then even if btc mining ASICs end up in line with CPU manufacturers, they still continue to evolve over time. Dramatic profits from ASICs will likely only last a couple of weeks at most for a lucky few. The rest of you who paid for devices that don't even exist yet will not be making any magical profit no matter how big the hashrate appears. Your proportion of the total bitcoin hashrate will remain pitiful.

Sigh...
There's definitely some merit to this, but remember, the exact same thing happens with Video Cards, every 9-12 months the new GPU cards hit the market and are more efficient at mining.  Of course video cards are much less expensive than the current round of ASIC's and can be resold.
The resale and multipurpose nature of them is what makes the equation so different though. My 7970s are selling for more than half of what I bought them for. Though I had to invest the money in the first place, there is still that extra return on selling them at the end, provided you don't try to keep them forever.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1542762541
Hero Member
*
Offline Offline

Posts: 1542762541

View Profile Personal Message (Offline)

Ignore
1542762541
Reply with quote  #2

1542762541
Report to moderator
1542762541
Hero Member
*
Offline Offline

Posts: 1542762541

View Profile Personal Message (Offline)

Ignore
1542762541
Reply with quote  #2

1542762541
Report to moderator
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
November 30, 2012, 09:31:42 PM
 #8302

What I really worry about, is that new hardware will continue to come out frequently enough that people end up on a cycle of investing in hardware that basically never pays itself off as slightly newer hardware and higher diffs keep coming out. Sure at some stage the limits of technology will be reached, but given the best tech at the moment is going to be 65nm ASICs when CPUs are 28nm devices, I can see the cycle going on for some time, and then even if btc mining ASICs end up in line with CPU manufacturers, they still continue to evolve over time. Dramatic profits from ASICs will likely only last a couple of weeks at most for a lucky few. The rest of you who paid for devices that don't even exist yet will not be making any magical profit no matter how big the hashrate appears. Your proportion of the total bitcoin hashrate will remain pitiful.

Sigh...

There's definitely some merit to this, but remember, the exact same thing happens with Video Cards, every 9-12 months the new GPU cards hit the market and are more efficient at mining.  Of course video cards are much less expensive than the current round of ASIC's and can be resold.

Well the 7xxx were less than double the 6xxx

But the 6xxx were roughly about the same as the 5xxx weren't they?

... and if GPU's were still mining away when 8xxx's came out, I'd not be surprised if there wasn't anything like a 2x gain from 7xxx to 8xxx

As ckolivas mentioned, GPU BTC mining is not the target of the companies that produce the products
If it was, then the next GPU's would beat the ASICs ... Tongue

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
meowmeowbrowncow
Sr. Member
****
Offline Offline

Activity: 322
Merit: 250



View Profile
November 30, 2012, 09:33:23 PM
 #8303

What I really worry about, is that new hardware will continue to come out frequently enough that people end up on a cycle of investing in hardware that basically never pays itself off as slightly newer hardware and higher diffs keep coming out. Sure at some stage the limits of technology will be reached, but given the best tech at the moment is going to be 65nm ASICs when CPUs are 28nm devices, I can see the cycle going on for some time, and then even if btc mining ASICs end up in line with CPU manufacturers, they still continue to evolve over time. Dramatic profits from ASICs will likely only last a couple of weeks at most for a lucky few. The rest of you who paid for devices that don't even exist yet will not be making any magical profit no matter how big the hashrate appears. Your proportion of the total bitcoin hashrate will remain pitiful.

Sigh...
There's definitely some merit to this, but remember, the exact same thing happens with Video Cards, every 9-12 months the new GPU cards hit the market and are more efficient at mining.  Of course video cards are much less expensive than the current round of ASIC's and can be resold.
The resale and multipurpose nature of them is what makes the equation so different though. My 7970s are selling for more than half of what I bought them for. Though I had to invest the money in the first place, there is still that extra return on selling them at the end, provided you don't try to keep them forever.


There is definitely a dark side to ASIC.  Mainly this will depend on the business practices of the vendors in how willing they are to milk the market while depreciation is ever present.

Even with power consumption GPU was a relatively safe bet.


It's unfortunate that ASIC wasn't taken on in a community effort.  ASIC's could have been marketed using a cost plus model instead of price point being indexed against price/difficulty.

The price/difficulty business model will suck (us dry).

"Bitcoin has been an amazing ride, but the most fascinating part to me is the seemingly universal tendency of libertarians to immediately become authoritarians the very moment they are given any measure of power to silence the dissent of others."  - The Bible
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
November 30, 2012, 09:55:14 PM
 #8304

CGMiner attempting undesired conection to IP in Germany on every primary pool fail. Dare to "explain" it a bit?



It's a hack I put in there that sees your specific pool usernames and steals your coins ...

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
crazyates
Legendary
*
Offline Offline

Activity: 952
Merit: 1000



View Profile
November 30, 2012, 10:02:14 PM
 #8305

CGMiner attempting undesired conection to IP in Germany on every primary pool fail. Dare to "explain" it a bit?
It's a hack I put in there that sees your specific pool usernames and steals your coins ...
ZOMG!

 Tongue

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
mdude77
Legendary
*
Offline Offline

Activity: 1540
Merit: 1001



View Profile
November 30, 2012, 10:25:54 PM
 #8306

CGMiner attempting undesired conection to IP in Germany on every primary pool fail. Dare to "explain" it a bit?


I'd say you've been compromised.  Did you get cgminer from a reputable source?

M

I mine at Kano's Pool because it pays the best and is completely transparent!  Come join me!
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2702
Merit: 1145


Ruu \o/


View Profile WWW
November 30, 2012, 10:31:25 PM
 #8307

CGMiner attempting undesired conection to IP in Germany on every primary pool fail. Dare to "explain" it a bit?






You sir, imply some very serious allegations and I suggest you consult your lawyers before posting such drivel before I sue you for libel.

You are connecting to 50BTC.com and this is what 50BTC is sending you:
 [2012-12-01 09:29:51] HTTP hdr(X-Long-Polling): http://5.9.207.236:8331/LP                    

That address is where 50BTC's longpoll comes from. If you don't want to connect to there, use a different pool.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
P_Shep
Legendary
*
Offline Offline

Activity: 1190
Merit: 1000


View Profile
November 30, 2012, 10:37:21 PM
 #8308

subSTANDARD being a dipshit again?

Hmmm...
Joshwaa
Hero Member
*****
Offline Offline

Activity: 481
Merit: 500



View Profile
November 30, 2012, 10:40:50 PM
 #8309

That blunt stupidity just made my day. Thanks SUBstandard.

Like what I said : 1JosHWaA2GywdZo9pmGLNJ5XSt8j7nzNiF
Don't like what I said : 1FuckU1u89U9nBKQu4rCHz16uF4RhpSTV
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
November 30, 2012, 10:48:02 PM
 #8310

CGMiner attempting undesired conection to IP in Germany on every primary pool fail. Dare to "explain" it a bit?
It's a hack I put in there that sees your specific pool usernames and steals your coins ...

Dang, how exactly I forgot to put you on ignore list?

Fixed!

Bye, retard.
Wow - got my first ignore 'change' on my display - always wondered what it shows.

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Nolo
Hero Member
*****
Offline Offline

Activity: 686
Merit: 500


Whoa, there are a lot of cats in this wall.


View Profile
December 01, 2012, 12:41:41 AM
 #8311

 cgminer version 2.9.5 - Started: [2012-11-30 18:39:27]
--------------------------------------------------------------------------------
 (5s):0.000 (avg):0.000h/s | Q:9  A:0  R:0  HW:0  E:0%  U:0.0/m
 TQ: 0  ST: 12  SS: 0  DW: 5  NB: 2  LW: 20  GF: 1  RF: 0  WU: 0.0
 Connected to coinotron.com with LP as user Nolo.5
 Block: 2eee5f52bb986e0aa827f861...  Started: [18:39:30]  Best share: 0
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S ]ettings [D]isplay options [Q]uit
 GPU 0:  51.0C 1216RPM | OFF  / 0.000h/s | A:0 R:0 HW:0 U:0.00/m I:18
 GPU 1:  44.5C 1244RPM | OFF  / 0.000h/s | A:0 R:0 HW:0 U:0.00/m I:18
 GPU 2:  39.0C 1237RPM | OFF  / 0.000h/s | A:0 R:0 HW:0 U:0.00/m I:18
 GPU 3:  39.5C 1270RPM | OFF  / 0.000h/s | A:0 R:0 HW:0 U:0.00/m I:18
--------------------------------------------------------------------------------

 [2012-11-30 18:39:27] Thread 1 being disabled
 [2012-11-30 18:39:28] Error -5: Enqueueing kernel onto command queue. (clEnqueu
eNDRangeKernel)
 [2012-11-30 18:39:28] GPU 2 failure, disabling!
 [2012-11-30 18:39:28] Thread 2 being disabled
 [2012-11-30 18:39:28] Error -5: Enqueueing kernel onto command queue. (clEnqueu
eNDRangeKernel)
 [2012-11-30 18:39:28] GPU 3 failure, disabling!
 [2012-11-30 18:39:28] Thread 3 being disabled
 [2012-11-30 18:39:30] LONGPOLL from pool 0 detected new block


What does this error -5 mean?  

Charlie Kelly: I'm pleading the 5th.  The Attorney: I would advise you do that.  Charlie Kelly: I'll take that advice under cooperation, alright? Now, let's say you and I go toe-to-toe on bird law and see who comes out the victor?  The Attorney: You know, I don't think I'm going to do anything close to that and I can clearly see you know nothing about the law.
19GpqFsNGP8jS941YYZZjmCSrHwvX3QjiC
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2702
Merit: 1145


Ruu \o/


View Profile WWW
December 01, 2012, 01:02:12 AM
 #8312

cgminer version 2.9.5 - Started: [2012-11-30 18:39:27]
--------------------------------------------------------------------------------
 (5s):0.000 (avg):0.000h/s | Q:9  A:0  R:0  HW:0  E:0%  U:0.0/m
 TQ: 0  ST: 12  SS: 0  DW: 5  NB: 2  LW: 20  GF: 1  RF: 0  WU: 0.0
 Connected to coinotron.com with LP as user Nolo.5
 Block: 2eee5f52bb986e0aa827f861...  Started: [18:39:30]  Best share: 0
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S ]ettings [D]isplay options [Q]uit
 GPU 0:  51.0C 1216RPM | OFF  / 0.000h/s | A:0 R:0 HW:0 U:0.00/m I:18
 GPU 1:  44.5C 1244RPM | OFF  / 0.000h/s | A:0 R:0 HW:0 U:0.00/m I:18
 GPU 2:  39.0C 1237RPM | OFF  / 0.000h/s | A:0 R:0 HW:0 U:0.00/m I:18
 GPU 3:  39.5C 1270RPM | OFF  / 0.000h/s | A:0 R:0 HW:0 U:0.00/m I:18
--------------------------------------------------------------------------------

 [2012-11-30 18:39:27] Thread 1 being disabled
 [2012-11-30 18:39:28] Error -5: Enqueueing kernel onto command queue. (clEnqueu
eNDRangeKernel)
 [2012-11-30 18:39:28] GPU 2 failure, disabling!
 [2012-11-30 18:39:28] Thread 2 being disabled
 [2012-11-30 18:39:28] Error -5: Enqueueing kernel onto command queue. (clEnqueu
eNDRangeKernel)
 [2012-11-30 18:39:28] GPU 3 failure, disabling!
 [2012-11-30 18:39:28] Thread 3 being disabled
 [2012-11-30 18:39:30] LONGPOLL from pool 0 detected new block


What does this error -5 mean?  
#define CL_OUT_OF_RESOURCES                         -5

Combination of your current graphics requirements and your choice of settings for your hardware is too high.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2702
Merit: 1145


Ruu \o/


View Profile WWW
December 01, 2012, 01:22:38 AM
 #8313

Thus, all the efforts now for cgminer development should be in the direction of LTC (scrypt) Smiley
I only work on something if there's an incentive of some sort.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
Dyaheon
Member
**
Offline Offline

Activity: 121
Merit: 10


View Profile
December 01, 2012, 09:10:18 PM
 #8314

Been having random crashes ever since I upgraded to 2.9.5 from 2.4.x. My install is 1½ years old Ubuntu 11.04, with 11.6 drivers and 2.4 SDK I believe. Runs fine for a day or so, and this happens on both a 4x 5970 machine and a 5x 58xx one.

It screws up the screen output a bit when it crashes, and looks like this:



Any ideas? Should I just downgrade back to 2.4 as that seemed to work, I mainly updated due to stratum but I suppose that's not really necessary atm.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2702
Merit: 1145


Ruu \o/


View Profile WWW
December 01, 2012, 09:15:42 PM
 #8315

Been having random crashes ever since I upgraded to 2.9.5 from 2.4.x. My install is 1½ years old Ubuntu 11.04, with 11.6 drivers and 2.4 SDK I believe. Runs fine for a day or so, and this happens on both a 4x 5970 machine and a 5x 58xx one.

It screws up the screen output a bit when it crashes, and looks like this:
Any ideas? Should I just downgrade back to 2.4 as that seemed to work, I mainly updated due to stratum but I suppose that's not really necessary atm.
Absolutely do not downgrade please. Are you running with a pool, backup or otherwise, with GBT at all? There is still one bug when mining on GBT which is only fixed in git. Alternatively run a debug build with core dumps enabled and get a backtrace if you know how.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
Dyaheon
Member
**
Offline Offline

Activity: 121
Merit: 10


View Profile
December 01, 2012, 09:20:34 PM
 #8316

Been having random crashes ever since I upgraded to 2.9.5 from 2.4.x. My install is 1½ years old Ubuntu 11.04, with 11.6 drivers and 2.4 SDK I believe. Runs fine for a day or so, and this happens on both a 4x 5970 machine and a 5x 58xx one.

It screws up the screen output a bit when it crashes, and looks like this:
Any ideas? Should I just downgrade back to 2.4 as that seemed to work, I mainly updated due to stratum but I suppose that's not really necessary atm.
Absolutely do not downgrade please. Are you running with a pool, backup or otherwise, with GBT at all? There is still one bug when mining on GBT which is only fixed in git. Alternatively run a debug build with core dumps enabled and get a backtrace if you know how.

Sorry, I'm pretty much clueless around linux/cgminer Sad

Primary pool is eclipse (GBT), secondary is btcguild with Stratum.

EDIT: It seems git has a newer version, will try if that helps.
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2702
Merit: 1145


Ruu \o/


View Profile WWW
December 01, 2012, 09:33:30 PM
 #8317

Been having random crashes ever since I upgraded to 2.9.5 from 2.4.x. My install is 1½ years old Ubuntu 11.04, with 11.6 drivers and 2.4 SDK I believe. Runs fine for a day or so, and this happens on both a 4x 5970 machine and a 5x 58xx one.

It screws up the screen output a bit when it crashes, and looks like this:
Any ideas? Should I just downgrade back to 2.4 as that seemed to work, I mainly updated due to stratum but I suppose that's not really necessary atm.
Absolutely do not downgrade please. Are you running with a pool, backup or otherwise, with GBT at all? There is still one bug when mining on GBT which is only fixed in git. Alternatively run a debug build with core dumps enabled and get a backtrace if you know how.

Sorry, I'm pretty much clueless around linux/cgminer Sad

Primary pool is eclipse (GBT), secondary is btcguild with Stratum.

EDIT: It seems git has a newer version, will try if that helps.
Yes please try the git version then since you have a gbt pool. I also recommend connecting to EMC's stratum pool instead.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2702
Merit: 1145


Ruu \o/


View Profile WWW
December 02, 2012, 09:39:13 AM
 #8318

New version - 2.9.6, 2nd December 2012

Minor bugfixes.


Human readable changelog:

Fixed further crashes with GBT mining.
Scrypt mining now shows more of the relevant hash portion and higher diffs than just 65.5k.


Full Changelog:

- Make gen_stratum_work more robust by using a dynamically allocated array for
the header in case bogus data is sent by the pool to avoid overflowing a static
array.
- scrypt_diff now returns a uint64_t
- Support monitoring and reporting much higher diffs for scrypt mining,
truncating irrelevant zeroes from displayed hash.
- Pass ostate values around in scrypt to be able to extract full hashes if
needed later on.
- Since we will be using calloc_str to put a string into it, convert the
function to calloc_strcat which does it automatically.
- Revert "Handle crash exceptions by trying to restart cgminer unless the
--no-restart option is used."
- Count longpoll and GBT decodes as queued work since the count otherwise
remains static.
- Use the string helper functions to create gbt blocks of any length.
- Provide helper functions calloc_str and realloc_strcat to create and extend
arbitrary length arrays based on string length.

Developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org, 1% Fee Solo mining at solo.ckpool.org
-ck
kano
Legendary
*
Offline Offline

Activity: 2632
Merit: 1059


Linux since 1997 RedHat 4


View Profile
December 02, 2012, 10:00:19 AM
 #8319

cut/paste ...

2.9.6
An Xubuntu 11.04 x86_64 executable is in my github downloads called cgminer-2.9.6a
https://github.com/kanoi/cgminer/downloads
(it also works on Fedora 16 and 17)

For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
First get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'

No problems so far on my GPU or 'BFL+2xICA'

Since I'm no longer GPU mining, I just run it for a while on my single 6950 to see what happens
- the other 6950 is waiting to play minecraft with my kids Smiley

BFL+ICAs (1.6GH/s) on OzCoin Stratum with fixed 8 diff

(MMQ is ... still ... doing new code testing)

The same configure options as cvolivas' binary version
In case anyone was wondering:
CFLAGS="-O2 -W -Wall" ./autogen.sh --enable-icarus --enable-bitforce --enable-ztex --enable-modminer --enable-scrypt
make clean
make

Pool: https://kano.is Here on Bitcointalk: Forum BTC: 1KanoPb8cKYqNrswjaA8cRDk4FAS9eDMLU
FreeNode IRC: irc.freenode.net channel #kano.is Majority developer of the ckpool code
Help keep Bitcoin secure by mining on pools with full block verification on all blocks - and NO empty blocks!
Dyaheon
Member
**
Offline Offline

Activity: 121
Merit: 10


View Profile
December 02, 2012, 02:45:32 PM
 #8320

Been having random crashes ever since I upgraded to 2.9.5 from 2.4.x. My install is 1½ years old Ubuntu 11.04, with 11.6 drivers and 2.4 SDK I believe. Runs fine for a day or so, and this happens on both a 4x 5970 machine and a 5x 58xx one.

It screws up the screen output a bit when it crashes, and looks like this:
Any ideas? Should I just downgrade back to 2.4 as that seemed to work, I mainly updated due to stratum but I suppose that's not really necessary atm.
Absolutely do not downgrade please. Are you running with a pool, backup or otherwise, with GBT at all? There is still one bug when mining on GBT which is only fixed in git. Alternatively run a debug build with core dumps enabled and get a backtrace if you know how.

Sorry, I'm pretty much clueless around linux/cgminer Sad

Primary pool is eclipse (GBT), secondary is btcguild with Stratum.

EDIT: It seems git has a newer version, will try if that helps.
Yes please try the git version then since you have a gbt pool. I also recommend connecting to EMC's stratum pool instead.

Alright, I will try stratum, because I still had a crash just now with the newest 2.9.5 git version. I suppose 2.9.6 doesn't include additional fixes since my yesterday's post?

Anyways, hopefully stratum will help.
Pages: « 1 ... 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 [416] 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 ... 846 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!