You really need to clarify that statement, as the way it's written, it's essentially an attack, albeit vague, but enough to give onlookers the wrong idea if taken out of context.
Not cool.
Some of the behavior that I've already accounted for is the semantics that GPUMAX implies for "200 OK" responses with zero Content-Length to long poll requests. This isn't mentioned in the standard at all, and several bitcoin-related software developers confirmed that this smells very very weird.
According to the GPUMAX guys, this behavior was actually reverse engineered from some (buggy) miner software. In the meantime I've patched MPBM to behave the same way, it's an unspecified corner case => undefined behavior after all, even though I'd much rather like to handle that case more cleanly (as an error). However, as reported by some MPBM users, there are some more issues. I can't figure out the details without access to GPUMAX though.
Also, as I recall, you have been given the opportunity to streamline YOUR operation by jumping onboard the CGMiner bandgwagon, by paying part of the bounty to have your hardware supported.
What kind of bounty? So far I have not been involved with any cgminer bounties at all. I just offered to give them protocol specifications if need be. I can't see anything wrong with that. In contrast to some other FPGA mining board vendors we support open standards and open source software.
Actually I've received some bountys to add MPBM support for some boards (Icarus and X6500), and I'm wondering if cgminer will ever support the X6500, even if they send a board to ckolivas. This is going to be way more complex than anticipated, and it would be even worse if I hadn't spent several days recently to streamline that code within MPBM.
Considering CGMiner makes up a large portion of the miner's software, I would start there rather than ranting about your 1-off software having problems with GPUMAX's service. Open up that fat wallet and take care of business.
What makes more sense ? YOU helping pay a bounty to get your hardware supported by CGMiner ? or, Pirate bowing down to the users of your software, which pale in comparison on a purely numbers-only basis.
Think about it.
Sure, most people are still mining on GPUs these days. But there are already several FPGA boards that cgminer doesn't support (yet). Ztex and X6500 just to name two. Actually several people have asked for MPBM GPU support as well. No idea how many MPBM installations there are, but I know that there are several hundred FPGA boards in the wild that don't work with cgminer.
I have no idea how cgminer handles these particular protocol oddities, it probably just silently ignores any errors and is therefore compatible with what GPUMAX expects, but I don't consider that good practice at all. And I just don't really consider making a testing account available to miner software developers "bowing down to them". It's one click him, and has no downside at all. Refusing to do that means just refusing to cooperate at all.
However, if you read my above post again, you'll notice that the comment about MPBM incompatibilities was just a little side note. This surely won't kill GPUMAX. (it isn't called FPGAMAX after all...) The recent developments that I've observed in this thread seem rather dangerous to that project though, as far as I can tell from the outside.