Fulvio schreef op 11/27/2014 12:44 PM:
> H.G. Muller wrote:
>> OK, clear. That sounds straightforward enough. For the returned
>> lists, would you just
>> want a string where all data fields are separated by newlines, or an
>> arry of (char*) ?
> Neither :)
> The best is in my opinion an array of handles and a set of functions
> (gtk_widget and fopen style):
> const char* SOMEPREFIX_getName(engine_handle);
> const char* SOMEPREFIX_getProtocol(engine_handle);
>
I don't completely get how you would want to obtain the engine_handle.
You just plan to loop over it until the function returns a NULL pointer?
Is there to be a way that limits the system to returning only engines
installed
after a given time stamp? Or should there also be a function
const int SOMEPREFIX_getInstallTime(engine_handle);
to retrieve the install time so that you could check it yourself for each
engine individually?
> I do not want to get into a discussion about stockfish, mine is an
> opinion and I can be wrong.
Sure, Stockfish has no interest per se. But the issue that did seem of
relevance was your remark that it "would be a nightmare to maintain the
proposed auto-install system". Because if it is a nightmare for
Stockfish, I don't see what makes Stockfish so different from any other
engine that offers a Linux version, that it would not be a nightmare to
anyone. And we definitely would not want that. But adding two standard
lines to the install target and a 3-line file to your release tar ball,
where in both cases I only have to make sure I spelled the name of my
engine right, and the rest could just be copy-pasted directly from the
specs doesn't really sound like a nightmare to me. In fact it is hard to
see how it could be made simpler. Other than doing nothing at all, and
letting someone else do the job. The problem is that the latter usually
doesn't work. It is a bit like rejecting an offer to sweep someone's
driveway clean of leaves for $1000, because it is easier to wait for the
money to fall from the sky.
Regards,
H.G.
> I believe that every serious software need reasonable testing and that
> requires a lot of time (and when a user of an obscure distro report a
> bug you need to spend some time investigating it).
> Also I do not think stockfish should be considered an end user product
> in the same way you do not worry about nice packaging or writing user
> guide for car engines.
> Bye,
> Fulvio
>
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
