• If I were considering buying XG's IPR...

    From MK@21:1/5 to All on Mon Jul 31 01:47:14 2023
    Why this subject title? Because I just saw a post
    from Tim Chow in Bgonline giving a heads-up to:

    "Prospective buyers of XG's IPR should know this"

    https://www.bgonline.org/forums/webbbs_config.pl?read=211171

    He talks about similar bugs that were discussed
    in a thread he had started here in RGB, titled:

    "XG kicks itself for a whopper"

    https://groups.google.com/g/rec.games.backgammon/c/gG9FF3i3hy0/m/_8aecyixAwAJ

    In that long thread, we had talked about various
    issues including bot programming, source codes,
    "kinship" among bots, etc. in addition to whether
    the reported bugs were serious enough, in terms
    of their effect on "rating gamblegammon giants"
    and whether they would ever be fixed, etc.

    Personally, I have always been more interested in
    whether bugs in different bots amounted to DNA
    type of evidence, regarding copyright and license
    violations, etc.

    Similar to Tim's post, there are others in Bgonline
    and Facebook cautiously, shyly asking whether
    there were any Noo-BG's GPL violation by Ex-Gee,
    while people like BG-Bzzt developer claiming that
    Ex-Gee was developed in assembly language, that
    v2 was re-written from scratch, etc.

    Can the one to two million dollars asking price for
    the sale of Ex-Gee's IPR become something worth
    going after legally? I don't know. I'm just asking. If
    I were to invest millions of dollars hoping to make
    a profit from what would become the Ex-Gee v3, I
    would ask and/or do the following:

    1- I would offer free licences of Ex-Gee v3 to people
    like Tim Chow to report to me about all the currently
    known bugs in Ex-Gee v2++ (pun intended ;).

    2- I would pay programming experts to assess how
    much it would cost to fix those bugs before we even
    start talking about making any improvements to it.

    3- I would include an excape clause to get out of the
    deal if the source code of any version of Ex-Gee and
    any version of Noo-BG, examined by expert witnesses
    in court, indicates any GPL violations requiring any
    Ex-Gee source codes to be made public under GPL.

    4- Since he admitted how easy it would be to do it,
    I would pay BG-Bzzt developer Frank $100 to add
    the "AlphaZero rollout" feature to his bot to see if
    EX-Gee v2 is even worth improving on, as opposed
    to developing a new "real AI" bot from scratch. If he
    doesn't want to do it, I'm sure I can get some bright
    IT students to do it for a nice frog leg dinner. ;)

    Oops! Actually, the step number 4 above should be
    the number 1, because depending on the results of
    that, I may not even consider the other steps.

    In fact, just to save us all time, I am upgrading my
    money offer to $200 and my dinner offer to turtle
    soup with a side order of escargots... ;)

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Berger@21:1/5 to All on Mon Jul 31 09:44:38 2023
    that v2 was re-written from scratch, etc
    I never claimed that for the simple reason that I don't have the slightest idea whether this is true or false and if I have to guess I wouldn't believe this is true.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Frank Berger on Mon Jul 31 15:59:46 2023
    On July 31, 2023 at 10:44:40 AM UTC-6, Frank Berger wrote:

    that v2 was re-written from scratch, etc

    I never claimed that for the simple reason
    that I don't have the slightest idea whether
    this is true or false and if I have to guess I
    wouldn't believe this is true.

    Sorry, Frank. I didn't mean that you made both
    claims. I have a bad habit of referring to many
    people and many things said in one sentence,
    which is fine if I don't name anyone but if I do,
    then I should delineate which comments were
    made by him also.

    After reading more about the subject in various
    forums, I saw you made the assembly language
    comment more than once and I became curious
    about where you got that knowledge..?

    XG being initially (whatever the version number)
    based on Gnubg (which was already GPL at that
    time) is on record. Thus, I personally believe that
    the sorce code for that first version of XG needs
    to be GPL even if it became (semi) obsolete now.

    What may make your claim interesting is that one
    hardly ever starts coding new software, especially
    eXtremely complex and graphical one, in assembly
    language, while disassembling executable files do
    generate assembly language code.

    As Gnubg is open source, there would be no need
    to reverse engineer it. So now I started wondering
    if you are very tactfully insinuating the possibility
    that XG may have "borrowed" and incorporated
    code from other non-GPL software also..?

    Assembly code may be machine specific and is
    not good for cross-platform development while
    Delphi is said to accommodate assembly code
    well, to be among the best cross-platform and to
    be very fast also. Hmmm? All kinds of wheels are
    spinning in my head now but I will leave the joy of
    any speculations to others for now...

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Berger@21:1/5 to All on Tue Aug 1 05:28:24 2023
    MK schrieb am Dienstag, 1. August 2023 um 00:59:48 UTC+2:
    On July 31, 2023 at 10:44:40 AM UTC-6, Frank Berger wrote:

    Sorry, Frank. I didn't mean that you made both
    claims. I have a bad habit of referring to many
    people and many things said in one sentence,
    which is fine if I don't name anyone but if I do,
    then I should delineate which comments were
    made by him also.
    o.k. no problem at all.


    What may make your claim interesting is that one
    hardly ever starts coding new software, especially
    eXtremely complex and graphical one, in assembly
    language, while disassembling executable files do
    generate assembly language code.

    Back in 2005 or 6 Chiva mentioned to me that he met an programmer in the US who were working on an incredible good and fast BG AI written in Assembly. I was very sceptical, because Assembly would not be my first choice given it's pros and cons and for
    obvious other reasons. I haven't asked Chiva later but it was very clear that it was Xavier. In personal communication Xavier confirmed that the AI was written in Assembly and there is simply nothing was could otherwise explain the performance advantage.
    I haven't coded in Pascal for decades, but I watched when Pascal became Delphi and I guess it is still one of the most productive enviroments and (at least at that time) Delphi was slower than C or newer Java version but in the combination with Assembly
    is a good choice. Productive very speed is irrelevant, fast where it counts.

    I regard it as very unlikely that Xavier has taken over some code. As I wrote: different languages, different architecture, probably different learning mechanism and different playing strength. C/C++ was nearly a decade my native language and without
    wanting to insult anyone, I feel GnuBG code very hard to read (one reason: I hate Hungarian notation). For a few things I looked into their code, where I was unsure whether I understood the math correctly or where not enough information was available (e.
    g. live takepoint in matchplay. just two sources, one with errors) and it was always less work to write it on my own. And it is not *that* much work writing a neural net, the hard thing is to get it playing well and far more work is all the stuff
    around. E.g. in BGBlitz the core AI is about 10-12% of the code.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ah...Clem@21:1/5 to All on Tue Aug 1 12:52:04 2023
    On 8/1/2023 8:28 AM, Frank Berger wrote:
    I feel GnuBG code very hard to read (one reason: I hate Hungarian
    notation).

    Does anybody actually *like* Hungarian notation? It's ugly, and would
    seem to be useless given today's IDEs where you can right click on a
    variable and bring up the definition immediately.

    Code that's full of names like lpszcfbbrFoobar to indicate a long
    pointer to a string terminated by zero coded on a friday by someone
    who's initials are br serve mostly to get in the way of understanding
    the code.


    But I'd rather deal with that than assembler. YMMV.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon Woodhead@21:1/5 to ah...Clem on Tue Aug 1 22:55:22 2023
    On 2/08/2023 2:52 am, ah...Clem wrote:

    Does anybody actually *like* Hungarian notation? It's ugly, and would
    seem to be useless given today's IDEs where you can right click on a
    variable and bring up the definition immediately.

    I guess it shows the age of gnubg.

    Code that's full of names like lpszcfbbrFoobar to indicate a long
    pointer to a string terminated by zero coded on a friday by someone
    who's initials are br serve mostly to get in the way of understanding
    the code.

    :-)

    But I'd rather deal with that than assembler. YMMV.

    Way back when (ok, late 70s), when Fortran/Pascal/Cobol were emerging,
    they were considered horribly slow. For 'real' applications, Assembler
    was the only way. It was fast and small in a time when computers had
    virtually no processing power, tiny memory and limited or no external
    storage.

    Now it's all moot because slow, inefficient software can be easily
    hidden by fast machines. Hence bloatware everywhere.

    Sorry, no bg content :-)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Simon Woodhead on Wed Aug 2 03:02:14 2023
    On August 1, 2023 at 4:55:25 PM UTC-6, Simon Woodhead wrote:

    Way back when (ok, late 70s), when Fortran/Pascal/
    Cobol were emerging, they were considered horribly
    slow. For 'real' applications, Assembler was the only
    way. It was fast and small in a time when computers
    had virtually no processing power, tiny memory and
    limited or no external storage.

    Daily backups, weekly payroll, etc. took hours to run
    and required changing tape reels, hard disk platters,
    etc. That's why there was a breed called "computer
    operators" and they mostly worked night shifts...

    As for assembler, many high level language compilers
    generated intermediary assembly code. So, you didn't
    have to code in assembly from scratch but optimized
    what the compiler spitted out if/as you needed/wanted.

    Now it's all moot because slow, inefficient software
    can be easily hidden by fast machines. Hence
    bloatware everywhere.

    True enough but compilers have come a long ways in
    optimizing, to a degree that they can do a better job at
    it than most people who try using critical modules in
    "humanly optimized" assembly code.

    Sorry, no bg content :-)

    Why do you apologize? It's all eXtremely relevant to BG.
    Much more so than tennis related trash that resident
    bozos post quite regularly. I especially like your posts
    because they make me reminisce the old days.

    When I moved from LA to Seattle in 1986, I was going to
    make it as my own boss. I started a one-man company
    called Clever Concepts. It was the days of Windows 3.1,
    286 cpu's, EVGA graphics which made games enjoyable
    for real. Tetris was the rage. I always liked jigsaw puzzles.
    There was no computer versions at the time. I decided to
    create one. For at least a minimal copy protection, it had
    to be in a compiled language and the only one I knew with
    a 286 compiler at that time was COBOL. :) Yup, if you can
    imagine, I coded it in COBOL and since it's a slow game,
    there was no need to optimize it for speed, etc. But then I
    discovered the harsh reality that software was worthless
    unless you could market it. :( Them were the days...

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Frank Berger on Wed Aug 2 05:44:19 2023
    On August 1, 2023 at 6:28:26 AM UTC-6, Frank Berger wrote:

    MK schrieb am 1. August 2023 um 00:59:48 UTC+2:

    What may make your claim interesting is that one
    hardly ever starts coding new software, especially
    eXtremely complex and graphical one, in assembly
    language, while disassembling executable files do
    generate assembly language code.

    Back in 2005 or 6 Chiva mentioned to me that he
    met an programmer in the US who were working
    on an incredible good and fast BG AI written in
    Assembly. I was very sceptical, because Assembly
    would not be my first choice given it's pros and
    cons and for obvious other reasons. I haven't asked
    Chiva later but it was very clear that it was Xavier.

    Thanks for the info. Just looking in my local folders,
    I found an 2011 interview of Xavier by Simborg, that
    can be downloaded from this link:

    https://bkgm.com/articles/Simborg/zXavier/index.html

    It's a long interview with lots of interesting/unique info.
    I would recommend all to read it. One paragraph says:

    "Speed took a long time to achieve. Optimizing the
    "core routine of XG in assembler was very fun, but
    "it's a long and complex process. (To give you an
    "idea, I estimate I can write the same code in Delphi
    "about 20 times faster than in assembler; however
    "the assembler code will be between 5% and 20% faster.)

    In personal communication Xavier confirmed that the
    AI was written in Assembly

    Apparently it wasn't "written" in Assembly initially but
    "optimized" later. This thread is becoming interesting
    and I may have more to say on this but I'll leave it here
    for now.

    and there is simply nothing was could otherwise explain
    the performance advantage.

    I'm not so sure. To me, XG seems more than 5% to 20%
    faster than Gnubg. There may be other improvements.
    We can talk more about this later also.

    I regard it as very unlikely that Xavier has taken over
    some code. As I wrote: different languages, ....

    Since Xavier puplicly said it himself, I don't think there
    is a doubt that XG v1 was based on Gnubg, which was
    GPL since v0.0 in 1999. I believe it's never too late for
    XG v1 source code to be distributed as GPL. You were
    one of the first ones to warn about possible violations
    of Gnubg's GPL. See this post of from you in May 2009:

    https://lists.gnu.org/archive/html/bug-gnubg/2009-05/msg00069.html

    Personally, I was very disappointed that Gnubg owners
    didn't sufficiently consider the possibility of some GPL
    violations. Perhaps it wasn't worth it probably because
    it would be a difficult process to prove anything and to
    get anything out of it at the time, without even knowing
    what it was or would become worth. But it may not be
    too late to do it now, especially with the million dollars
    that started flying around(?;)

    different architecture, probably different learning
    mechanism and different playing strength.

    I wouldn't doubt that later versions progressively grew
    away from the first version. In fact, I believe the words
    used for the v2 were "completely rewritten". Perhaps it
    became different enough that GPL violation ceased to
    be a concern?

    I feel GnuBG code very hard to read (one reason: I hate
    Hungarian notation).

    Sometimes that is done on purpose so that if someone
    legally or illegally borrows the code, the bad along with
    the good, i.e. bugs and all, will get into the new software
    and will be impossible to clean up and/or improve much.

    Also, Hungarian notations shouldn't matter in optimizing
    parts of a software in Assembly language. I haven't tried
    it but compiling Gnubg using GCC can generate Assembly
    code, of which you can optimize selected routines without
    even seeing the C++ code with Hungarian notations.

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Berger@21:1/5 to All on Wed Aug 2 15:09:41 2023
    MK schrieb am Mittwoch, 2. August 2023 um 14:44:20 UTC+2:

    "the assembler code will be between 5% and 20% faster."
    this is probably the wrong sign "%" should be replaced with "times" that would make sense and matches the reality. Would be stupid to invest 20 times the time to gain 20%.

    "You were
    one of the first ones to warn about possible violations
    of Gnubg's GPL. See this post of from you in May 2009:"
    Funny. I don't find the article on gammon village where my assumption was/might be based upon, but I simply was wrong by miles. With the current information I don't see slightest hint supporting that.
    they are as similiar as: https://en.wikipedia.org/wiki/Twins_(1988_film)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Frank Berger on Fri Aug 4 01:21:37 2023
    On August 2, 2023 at 4:09:43 PM UTC-6, Frank Berger wrote:

    MK schrieb am 2. August 2023 um 14:44:20 UTC+2:

    "the assembler code will be between 5% and 20% faster."

    this is probably the wrong sign "%" should be
    replaced with "times" that would make sense
    and matches the reality. Would be stupid to
    invest 20 times the time to gain 20%.

    You need to learn to read carefully. The word just
    before the sentence you re-quoted is "however"!
    So, he is indeed contrasting the time invested vs
    speed gained. Apparently he is stupid... ;)

    "You were
    one of the first ones to warn about possible violations
    of Gnubg's GPL. See this post of from you in May 2009:"

    Funny. I don't find the article on gammon village where
    my assumption was/might be based upon, but I simply
    was wrong by miles.

    Did you click the link in your Bug-gnubg post? The
    last two chars of it are on a new line. It should be:

    http://www.gammonvillage.com/backgammon/news/article_display.cfm?resourceid=5790

    which brings up an article titled "NAI (Not Artificial
    Intelligence)" by Phil Simborg on 26 May 2009, i.e.
    the day before your post, but I don't have access to
    it beyond the first two paragraphs shown. Perhaps,
    you can quote the relevant sentences from it under
    "fair use"?

    With the current information I don't see slightest hint
    supporting that.

    Can you tell briefly why do you think you were wrong
    "by miles" and what current information do you have
    that made you change your mind?

    The second link in your Bug-gnubg post is the one
    that doesn't work because the page was deleted:

    http://www.gammonsite.com/extremebg.asp

    Fortunately, it still exists at archive.org at this url:

    https://web.archive.org/web/20090224005827/http://www.gammonsite.com/extremebg.asp

    You all should read and print it for your records. The
    second sentence there says "The Neural network is
    derived from GNU BG 0.00" exactly as you had quoted
    in your Bug-gnubg post and the very last sentence says
    "Credit is given to Gary Wong for his work on GnuBg".
    It's all pretty clear to me. Simply giving Wong credit is
    not enough to satisfy the GPL requirements...

    What's also eXtremely intrigueing is the one sentence
    before the last: "Master Gammon/Master Backgammon
    computer program (in cooperation with Oasya)". What!?
    Does anyone has a clue as to what this is referring to?

    Oh, also, I'm sure you all have noticed the the title of the
    last section is: "About the authors". In plural... ;)

    they are as similiar as: https://en.wikipedia.org/wiki/
    Twins_(1988_film)

    I would expect from you better than trying to distract
    from a serious subject with silly shit like that... :(

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Timothy Chow@21:1/5 to All on Fri Aug 4 08:15:28 2023
    On 8/4/2023 4:21 AM, MK wrote:
    On August 2, 2023 at 4:09:43 PM UTC-6, Frank Berger wrote:

    MK schrieb am 2. August 2023 um 14:44:20 UTC+2:

    "the assembler code will be between 5% and 20% faster."

    this is probably the wrong sign "%" should be
    replaced with "times" that would make sense
    and matches the reality. Would be stupid to
    invest 20 times the time to gain 20%.

    You need to learn to read carefully. The word just
    before the sentence you re-quoted is "however"!
    So, he is indeed contrasting the time invested vs
    speed gained. Apparently he is stupid... ;)

    The article at bkgm.com indeed says "%" rather than "times"
    but Frank is saying that he thinks that whoever transcribed
    the interview made a mistake, and that Xavier actually said
    "times".

    ---
    Tim Chow

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Berger@21:1/5 to All on Fri Aug 4 07:46:59 2023
    this is probably the wrong sign "%" should be
    replaced with "times" that would make sense
    and matches the reality. Would be stupid to
    invest 20 times the time to gain 20%.
    You need to learn to read carefully. The word just
    before the sentence you re-quoted is "however"!
    So, he is indeed contrasting the time invested vs
    speed gained. Apparently he is stupid... ;)
    I don't think that advices like "You need to learn to read carefully" are particularly helpful, but if you use it you should be sure that you read it correctly yourself. As Tim correctly pointed out I believe it should be times not %. An assembler
    programmer that is only able to get 20% against Delphi code would be highly incompetent. Given that XG is a lot faster than GnuBG or BGBlitz supports my point.

    http://www.gammonvillage.com/backgammon/news/article_display.cfm?resourceid=5790
    Ah ok. I tried to go back in GammonVillage but was stuck earlier. This is a typical Simborg article and he say only on XG that it is in beta and he helps and that it will come out soon.


    With the current information I don't see slightest hint
    supporting that.
    Can you tell briefly why do you think you were wrong
    "by miles" and what current information do you have
    that made you change your mind?
    As I told it. Different implementation language, much higher speed, different architecture (unless 3 is many for Xavier), better playing strength, probably different learning algo (this a bit of interpretation of Xaviers posting where I conclude that he
    uses some kind of reinforcement lerning but I maybe wrong wheras GnuBG uses supervized learning).

    Fortunately, it still exists at archive.org at this url:

    https://web.archive.org/web/20090224005827/http://www.gammonsite.com/extremebg.asp

    You all should read and print it for your records. The
    second sentence there says "The Neural network is
    derived from GNU BG 0.00" exactly as you had quoted
    in your Bug-gnubg post and the very last sentence says
    "Credit is given to Gary Wong for his work on GnuBg".
    have you seen the date of the article?


    What's also eXtremely intrigueing is the one sentence
    before the last: "Master Gammon/Master Backgammon
    computer program (in cooperation with Oasya)". What!?
    Does anyone has a clue as to what this is referring to?
    Have you read the article you refered to? "eXtreme Gammon started when Oasya (Snowie) told us they would start charging money to have their program running on GammonSite. As we did not want to (and couldn't) pay the requested price, I started to work on
    an engine. After a few months, we were able to replace Snowie with our program. "

    So GammonSite replaced Snowie with GnuBG in 2004. 2009 XG came out. That the 2009 code is still based on GnuBG code? As I pointed out above: I regard the probability as very low. Unless the XG code will be available there will be no proof in any kind.


    I would expect from you better than trying to distract
    from a serious subject with silly shit like that... :(
    I tend to get ironic when confronted with theories I regard weird.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Timothy Chow on Fri Aug 4 16:58:58 2023
    On August 4, 2023 at 6:15:31 AM UTC-6, Timothy Chow wrote:

    On 8/4/2023 4:21 AM, MK wrote:

    On August 2, 2023 at 4:09:43 PM UTC-6, Frank Berger wrote:

    MK schrieb am 2. August 2023 um 14:44:20 UTC+2:

    "the assembler code will be between 5% and 20% faster."

    this is probably the wrong sign "%" should be
    replaced with "times" that would make sense
    and matches the reality. Would be stupid to
    invest 20 times the time to gain 20%.

    You need to learn to read carefully. The word just
    before the sentence you re-quoted is "however"!
    So, he is indeed contrasting the time invested vs
    speed gained. Apparently he is stupid... ;)

    The article at bkgm.com indeed says "%" rather
    than "times" but Frank is saying that he thinks
    that whoever transcribed the interview made a
    mistake, and that Xavier actually said "times".

    I understood what he said but it looks you didn't
    understand my response to him.

    Simborg is a very experienced interviewer. There
    is no reason to think that he made a transcribing
    mistake that nobody, including himself and Xavier,
    caught in an interview that was published in many
    places including his own web site. Are you two the
    only smarties to catch it now 10+ years later?

    But even not assuming anything and going only by
    the text, Xavier makes two related statements with
    the word "however" linking the two. If you look up
    the definition of "however", you'll see that it means
    "but", "yet", "on the other hand", "despite that", etc.
    indicating a negative correlation...

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Frank Berger on Fri Aug 4 18:58:46 2023
    On August 4, 2023 at 8:47:01 AM UTC-6, Frank Berger wrote:

    As Tim correctly pointed out I believe it should
    be times not %.

    Tim only tried (unnecessarily) to explain to me
    what you had meant; not that you were right.

    An assembler programmer that is only able to
    get 20% against Delphi code would be highly
    incompetent.

    It's not a case of one against the other. He was
    only incorporating Assembly into Delphi (which,
    if not done right, can backfire by confusing the
    Delphi compiler that is already good enough at
    optimizing for speed). It's you who is insane to
    suggest that a 20 times speed increase can be
    accomplished by optimizing code alone.

    Given that XG is a lot faster than GnuBG or
    BGBlitz supports my point.

    Ah, now I think I understand your scatter-brain
    comments. While Xavier was talking about his
    improving the speed of Ex-Gee, you confuse it
    with speed differences between bots, perhaps
    because of what I said to mean that 20% speed
    increase in Ex-Gee can't explain its being 2 to 4
    times faster than Noo-BG. (On Ex-Gee's web site,
    it was initially claimed to be "twice the speed of
    GnuBG in 3ply, Rollouts are five time faster than
    GnuBG" and later revised to be "three times the
    speed of GnuBG in 3-ply, Rollouts are three and
    half times faster than GnuBG").

    Can Ex-Gee be 20 times faster than another bot?
    It was last claimed on its web site that it was "37
    times faster than Snowie on a recent computer",
    and "41 to 65 times slower at 3-ply rollouts than
    BG-Bzzt".

    So, I can totally understand why, when you read
    "5% to 20%", your knee-jerk reaction: "No way!"
    Hah hahh! :) I feel your pain... :(

    Can you tell briefly why do you think you were wrong
    "by miles" and what current information do you have
    that made you change your mind?

    As I told it. Different implementation language, much
    higher speed, different architecture (unless 3 is many
    for Xavier), better playing strength, probably different
    learning algo (this a bit of interpretation of Xaviers
    posting where I conclude that he uses some kind of
    reinforcement lerning but I maybe wrong wheras
    GnuBG uses supervized learning).

    Yes, you had already enumerated all these "probably",
    "maybe", etc. which may have come later on but I was
    asking about your concern about XG v1's GPL violation.


    Fortunately, it still exists at archive.org at this url:
    https://web.archive.org/web/20090224005827/http://www.gammonsite.com/extremebg.asp

    You all should read and print it for your records. The
    second sentence there says "The Neural network is
    derived from GNU BG 0.00" exactly as you had quoted
    in your Bug-gnubg post and the very last sentence says
    "Credit is given to Gary Wong for his work on GnuBg".

    have you seen the date of the article?

    The earliest archived page is from June 6, 2006. I linked
    to one that still existed when you posted your concerns
    on Bug-gnubg. I don't know what your question implies?

    What's also eXtremely intrigueing is the one sentence
    before the last: "Master Gammon/Master Backgammon
    computer program (in cooperation with Oasya)". What!?
    Does anyone has a clue as to what this is referring to?

    Have you read the article you refered to? "eXtreme
    Gammon started when Oasya (Snowie) told us they
    would start charging money to have their program
    running on GammonSite....

    Are you saying "Master Gammon/Master Backgammon
    computer program" refers to "Oasya's program running
    on GammonSite"? I didn't know/assume that connection.
    It's still not clear to me why it's mentioned in the "authors"
    section. Did Xavier author/co-author "Oasya's program"?

    So GammonSite replaced Snowie with GnuBG in 2004.
    2009 XG came out. That the 2009 code is still based on
    GnuBG code?

    I can't know for sure. In response to you in 2009, Petch
    was still mentioning that both "distributing" XG and/or
    "using it across multiple sites" would be GPL violation.
    Hadn't it been talked about between 2004 and 2009..?

    I regard the probability as very low.

    That's just your opinion. Others may think differently.

    Unless the XG code will be available there will be no
    proof in any kind.

    I agree that the code would be a "direct" evidence but
    there can also be "circumstantial" evidence, such as
    possible "genetic bugs" common to both bots, etc...

    I would expect from you better than trying to distract
    from a serious subject with silly shit like that... :(

    I tend to get ironic when confronted with theories I
    regard weird.

    Even unlike fraternal twins share DNA. Make sure you
    don't end up ironically shooting yourself in the ass... ;)

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Timothy Chow@21:1/5 to All on Sat Aug 5 09:19:19 2023
    On 8/4/2023 7:58 PM, MK wrote:
    But even not assuming anything and going only by
    the text, Xavier makes two related statements with
    the word "however" linking the two. If you look up
    the definition of "however", you'll see that it means
    "but", "yet", "on the other hand", "despite that", etc.
    indicating a negative correlation...

    The word "however" makes sense either way. In fact, it makes
    slightly more sense with "times."

    Consider the following analogy. "I spent a lot of money
    installing solar panels on my house; however, they have paid
    for themselves in energy savings over the last five years."
    The word "however" makes perfect sense in this context,
    because the first part of the sentence says that the speaker
    gave up a lot, but the second part of the sentence explains
    that there was a benefit that justified the investment. This
    is entirely analogous to saying that you spent 20x as much
    time writing code in the first part of a sentence, and then
    explaining that there was a benefit that justified that
    investment. The word "however" contrasts expenditure with
    payoff.

    With "%" instead of times, there is still a contrast between
    expenditure with payoff, but the payoff is small. The contrast
    between a large expenditure and a small payoff is *less* than
    the contrast between a large expenditure and a large payoff,
    so the 'however' is less convincing. In the solar-panel analogy,
    it would be akin to saying, "I spent a lot of money installing
    solar panels on my house; however, they have reduced my energy
    bills slightly over the last five years." This still makes sense
    but is a less convincing justification for the solar panels than
    a claim that the panels paid for themselves.

    ---
    Tim Chow

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Frank Berger@21:1/5 to All on Sat Aug 5 07:29:10 2023
    Simborg is a very experienced interviewer. There
    is no reason to think that he made a transcribing
    mistake that nobody, including himself and Xavier,
    caught in an interview that was published in many
    places including his own web site. Are you two the
    only smarties to catch it now 10+ years later?

    Ah, I forgot, also Phil is well known in the Backgammon world, he is much more famous as IT-Guy.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Timothy Chow on Sat Aug 5 18:48:19 2023
    On August 5, 2023 at 7:19:23 AM UTC-6, Timothy Chow wrote:

    On 8/4/2023 7:58 PM, MK wrote:

    ..... indicating a negative correlation...

    The word "however" makes sense either way.

    I agree that it "can" and that it can even in this case.

    If you rephrase by transposing the two statements,
    "Assembler is 5% to 20% faster, however coding in
    Assembler is about 20 times slower than in Delphi",
    it does make sense also.

    It's like "pros and cons" vs "cons and pros", depending
    on what impression you want to leave the stress on.

    In fact, it makes slightly more sense with "times."

    It doesn't in this case because of numbers used for
    speed gain would be unrealistic in terms of "times",
    i.e. Assembly code can't run "20 times faster" than
    Delphi code.

    Consider the following analogy.

    Every time an analogy is offered, I cringe because it's
    very difficult to come up with analogies that work to
    explain things better. They most often fail at it.

    "I spent a lot of money installing solar panels on my
    house; however, they have paid for themselves in
    energy savings over the last five years."

    Your analogy fails fast because you aren't comparing
    "solar panels" to something else such as "wind mills",
    similar to comparing "Assembly" to "Delphi".

    ... "however" makes perfect sense in this context,
    ... was a benefit that justified the investment.

    Yes, I agree but only "in this context" as you have said.

    This is entirely analogous to saying that you spent
    20x as much time writing code in the first part of a
    sentence, and then explaining that there was a
    benefit that justified that investment.

    It's NOT "entirely analogous" nor even close because
    you haven't specified the amount spent on something
    vs something else nor specified the rate of benefit.

    You could try something like: "solar panels cost twice
    as much as wind mills, however they save 20% more
    energy", (which may be a positive or negative contrast
    as a short or long term return on investment, etc.).

    With "%" instead of times, there is still a contrast
    between expenditure with payoff, but the payoff
    is small.

    Yes and small is the more realistic one in that context.

    contrast between a large expenditure and a small
    payoff is *less* than the contrast between a large
    expenditure and a large payoff, so the 'however' is
    less convincing.

    This is fallacious logic. It all depends on what you are
    measuring and in what units. You may convince me to
    pay more for solar panels because they are 20% more
    efficient and will pay for themselves faster than wind
    mills but if you try to convince me they are "20 times"
    more efficient, I will say you don't know your subject.

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Grunty@21:1/5 to All on Sun Aug 6 00:12:32 2023
    On Wednesday, August 2, 2023 at 7:02:16 AM UTC-3, MK wrote:
    On August 1, 2023 at 4:55:25 PM UTC-6, Simon Woodhead wrote:

    You two either are kids or are senile.

    Way back when (ok, late 70s), when Fortran/Pascal/
    Cobol were emerging,

    In early and mid 70s Fortran was already well established, almost a standard. It came out in the 60s, or even before.

    Daily backups, weekly payroll, etc. took hours to run
    and required changing tape reels, hard disk platters,
    etc. That's why there was a breed called "computer
    operators" and they mostly worked night shifts...

    No, in the data centers they were called "system operators", and there were day and night shifts, non-stop. It was the "time sharing" era, you'd pay for the CPU time and peripherals used.
    You'd rather be in good terms with them, or they'd put your lot of punch-cards the last in the deck of jobs, so your printout would take an eternity to be spitted out.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Simon Woodhead@21:1/5 to Grunty on Sun Aug 6 08:10:07 2023
    On 6/08/2023 5:12 pm, Grunty wrote:

    On Wednesday, August 2, 2023 at 7:02:16 AM UTC-3, MK wrote:
    On August 1, 2023 at 4:55:25 PM UTC-6, Simon Woodhead wrote:

    You two either are kids or are senile.

    Probably both.

    Way back when (ok, late 70s), when Fortran/Pascal/
    Cobol were emerging,

    In early and mid 70s Fortran was already well established, almost a standard. It came out in the 60s, or even before.

    Yes, it "came out" in the late 50s. Perhaps I should have included
    "commercial use" in there somewhere. Prior to that it was the exclusive
    domain of scientists, academics and engineers. A bit like the internet
    was before it started becoming commercialised in the mid 80s.

    Daily backups, weekly payroll, etc. took hours to run
    and required changing tape reels, hard disk platters,
    etc. That's why there was a breed called "computer
    operators" and they mostly worked night shifts...

    No, in the data centers they were called "system operators", and there were day and night shifts, non-stop. It was the "time sharing" era, you'd pay for the CPU time and peripherals used.

    Yes, I was one of them. I learned to play backgammon on the night shift.
    We had our own mainframe, but it was time-shared out to paying customers
    who'd come in carrying their programs and data, load them up, run their
    jobs and go on their merry ways. Security wasn't a thing back then.

    You'd rather be in good terms with them, or they'd put your lot of punch-cards the last in the deck of jobs, so your printout would take an eternity to be spitted out.

    No, we ran to strict schedules and priorities. The trays full of punch
    cards were usually compilations for the programmers. They were run at
    the end of the shift because the commercial jobs took priority. We'd
    actually check the compiler reports and fix the inevitable typos for
    them. I learned how to program from that experience, Mark IV and
    Assembler.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Timothy Chow@21:1/5 to All on Sun Aug 6 08:13:55 2023
    I wrote to Simborg, asking whether "%" versus "times" was a typo.
    He wrote back promptly, saying, "You may as well be talking Mandarin
    to me. I have no idea what those squiggly numbers mean. But I have
    copied Xavier on this and maybe he can clarify." I'm not optimistic
    that Xavier will bother to reply. But at least it's clear that
    Simborg could very well have made a mistake in transcription, since
    by his own admission he has no intuitive feeling for what the numbers
    "ought" to be.

    ---
    Tim Chow

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Grunty on Sun Aug 6 14:19:06 2023
    On August 6, 2023 at 1:12:34 AM UTC-6, Grunty wrote:

    On August 2, 2023 at 7:02:16 AM UTC-3, MK wrote:

    You two either are kids or are senile.

    Did I hear you say "second childhood"..? :)

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Timothy Chow on Sun Aug 6 15:07:43 2023
    On August 6, 2023 at 6:13:58 AM UTC-6, Timothy Chow wrote:

    I wrote to Simborg, asking whether "%" versus
    "times" was a typo.

    I thought about suggesting that Frank could ask
    Xavier but I didn't see how it would help anything.

    He wrote back promptly, saying, "You may as
    well be talking Mandarin to me. I have no idea
    what those squiggly numbers mean. But I have
    copied Xavier on this and maybe he can clarify."

    Oh wow, what a moronic answer! :( What kind of
    dork shit is to say "squiggly numbers"?

    It also made me curious whether you are and/or
    actually speak Mandarin (and whether he knows
    the answers)?

    But at least it's clear that Simborg could very
    well have made a mistake in transcription, since
    by his own admission he has no intuitive feeling
    for what the numbers "ought" to be.

    Even if he didn't, I would have expected an answer
    indicating that such a mistake is unlikely because
    he would have had Xavier sign off on the final text
    before publishing it, as any responsible, respectful
    interviewer would/should have done. Apparently, I
    gave him undeserved credit in my previous post,
    assuming that he was an experienced interviewer.

    But, why are you guys still dwelling on this? What if
    Xavier says he meant "times", not "%"? Will you then
    believe him that Assembler code can run "20 times"
    faster then Delphi code..?

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Simon Woodhead on Sun Aug 6 14:35:13 2023
    On August 6, 2023 at 2:10:09 AM UTC-6, Simon Woodhead wrote:

    On 6/08/2023 5:12 pm, Grunty wrote:

    On August 2, 2023 at 7:02:16 AM UTC-3, MK wrote:

    You two either are kids or are senile.

    Probably both.

    You too!? :o)

    ... they were called "system operators", and
    there were day and night shifts, non-stop.

    Yes, I was one of them. I learned to play
    backgammon on the night shift.

    I learned how to program from that experience,
    Mark IV and Assembler.

    You knew how to play backgammon and how to
    program in Assembler but haven't developed an
    eXtremely fast bot..? What was the matter with
    you? Perhaps you weren't a gambler enough? ;)
    Or you couldn't afford one of these? :)

    https://images.computerhistory.org/revonline/images/102678322p-03-01.jpg?w=600

    I bet I still have mine in some box in the attic. I
    wonder if it may have a museum value?

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Timothy Chow@21:1/5 to All on Mon Aug 7 08:27:22 2023
    On 8/6/2023 6:07 PM, MK wrote:
    It also made me curious whether you are and/or
    actually speak Mandarin (and whether he knows
    the answers)?

    I do speak Mandarin, but not as well as I speak Hakka or Cantonese.

    Even if he didn't, I would have expected an answer
    indicating that such a mistake is unlikely because
    he would have had Xavier sign off on the final text
    before publishing it, as any responsible, respectful
    interviewer would/should have done.

    The typo could also have been introduced by bkgm.com. That is, maybe
    Xavier signed off on it, but "between 5x and 20x" got changed to
    "between 5% and 20%" in the process of reformatting for the bkgm.com
    website.

    But, why are you guys still dwelling on this? What if
    Xavier says he meant "times", not "%"? Will you then
    believe him that Assembler code can run "20 times"
    faster then Delphi code..?

    Believing him is a separate question. It's of interest to know what
    he is claiming, regardless of whether the claim is credible.

    I haven't yet stated my personal opinion of what Xavier actually said.
    To be honest, 5% seems low to me and 20x seems high to me. It would
    surprise me to learn that Xavier would spend 20x the effort to achieve
    only a 5% speedup. On the other hand, I would also be surprised to
    learn that a 20x speedup can be expected. But I can believe that
    there might be some situations where there are data structures in
    Delphi that make it very easy to program certain things, but which
    end up being very slow because of how the data structures are
    implemented. I don't think this would happen often, but it only has
    to have happened once for a claim of a 20x speedup to be true.

    ---
    Tim Chow

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Timothy Chow@21:1/5 to All on Mon Aug 7 08:39:14 2023
    On 8/7/2023 8:27 AM, I wrote:

    The typo could also have been introduced by bkgm.com.  That is, maybe
    Xavier signed off on it, but "between 5x and 20x" got changed to
    "between 5% and 20%" in the process of reformatting for the bkgm.com
    website.

    Actually, it seems that this possibility can be eliminated, because
    "5% and 20%" is what it said on Simborg's own website.

    https://web.archive.org/web/20130923085011/http://www.thebackgammonlearningcenter.com/wp/xavier/

    Another possibility is that there was a typo, and Xavier was given a
    chance to spot it, but he was in a hurry and missed it.

    ---
    Tim Chow

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Timothy Chow on Mon Aug 7 17:12:41 2023
    On August 7, 2023 at 6:39:17 AM UTC-6, Timothy Chow wrote:

    On 8/7/2023 8:27 AM, I wrote:

    The typo could also have been introduced by
    bkgm.com. That is, maybe Xavier signed off
    on it, but "between 5x and 20x" got changed
    to "between 5% and 20%" in the process of
    reformatting for the bkgm.com website.

    Actually, it seems that this possibility can be
    eliminated, because "5% and 20%" is what it
    said on Simborg's own website.

    I had already pointed this out to you, without
    giving a link, in replying to one of your posts a
    few days ago, when I wrote:

    "There is no reason to think that he made a
    "transcribing mistake that nobody, including
    "himself and Xavier, caught in an interview
    "that was published in many places including
    "** his own web site **.

    Another possibility is that there was a typo,
    and Xavier was given a chance to spot it, but
    he was in a hurry and missed it.

    The possibilities are endless. Keep churning... :)

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Timothy Chow on Mon Aug 7 17:02:45 2023
    On August 7, 2023 at 6:27:26 AM UTC-6, Timothy Chow wrote:

    On 8/6/2023 6:07 PM, MK wrote:

    It also made me curious whether you are and/or
    actually speak Mandarin (and whether he knows
    the answers)?

    I do speak Mandarin, but not as well as I speak
    Hakka or Cantonese.

    Good to know. ;) I always wondered if some Greek
    people get offended by the expression "It's Greek
    to me" that's been used since Roman times. For a
    second, I wondered if what/how he said offended
    you?

    But, why are you guys still dwelling on this? What
    if Xavier says he meant "times", not "%"? Will you
    then believe him that Assembler code can run "20
    times" faster then Delphi code..?

    Believing him is a separate question. It's of interest
    to know what he is claiming, regardless of whether
    the claim is credible.

    Fine. When you find the answer, you can tell us what
    you think of him and of his claim.

    I haven't yet stated my personal opinion of what
    Xavier actually said. To be honest, 5% seems low
    to me and 20x seems high to me.

    Because you can't figure out what you are measuring
    using what units/measuring sticks. I said this dozens
    of times here, at every opportunity, as I said to you a
    couple of days ago regarding your solar panel analogy.

    It would surprise me to learn that Xavier would spend
    20x the effort to achieve only a 5% speedup.

    This isn't surprizing by itself as it's done commonly in
    cases where the reward justifies it. What you guys is
    doing wrong here is to corrolate the coding speeds of
    a certain programmer in different languages with the
    execution speed difference between those languages.

    On the other hand, I would also be surprised to learn
    that a 20x speedup can be expected.

    Unlike a certain person's skills, this can be generalized
    and thus you should focus on this.

    I'm surprized to see you, (as someone so interested in
    mathematical and logical puzzles), struggle with this
    one. I guess it's kind of an analytical puzzle, requiring
    more analytical thinking that you, (and BG-bzzt guy :),
    had the sufficient training for.

    Perhaps because Ex-Gee that you all worship is faster
    than other bots and that you are all enamored with its
    programmer, you may be assuming that he must also
    be faster than others, (thus "the programming speed
    standard").

    Have you ever considered that Xavier may not be such
    a good/fast Assembly coder and that's why he is 20
    times slower at it than at coding in Delphi..? Suppose
    Simon Woodhead has similar Delphi skills but can code
    in Assembly 5 times faster than Xavier. If he says that
    he can code 4 times faster in Delphi than in Assembly,
    *however*, the Assembly code runs 5% to 20% faster",
    would you still question if he meant "times" and not "%"?

    But I can believe that there might be some situations
    where there are data structures in Delphi that make it
    very easy to program certain things, but which end up
    being very slow because .....

    Trying desperately to be right, (as an old Turkisg adage
    would say), you are "churning water to make butter". :(

    I don't think this would happen often, but it only has
    to have happened once for a claim of a 20x speedup
    to be true.

    If that happened once, that would be the first and last
    time. Computer languages and/or compilers are more
    competitive, if not always commercial, products, than
    many other types of software like BG bots. If humans
    can optimize the code in any language, compilers can
    be programmed, (most likely by those same humans),
    to achieve the same optimization during compiling, as
    they have been doing all along, to compensate for the
    common ineptitude of average/mediocre programmers...

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Timothy Chow@21:1/5 to All on Tue Aug 8 08:36:45 2023
    On 8/7/2023 8:02 PM, MK wrote:
    Good to know. ;) I always wondered if some Greek
    people get offended by the expression "It's Greek
    to me" that's been used since Roman times. For a
    second, I wondered if what/how he said offended
    you?

    I didn't even notice it until you pointed it out. But now
    that you've pointed it out, maybe I should indignantly write
    back and accuse him of being a racist colonialist pig?

    ---
    Tim Chow

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Timothy Chow@21:1/5 to All on Tue Aug 8 08:25:03 2023
    On 8/7/2023 8:12 PM, MK wrote:
    I had already pointed this out to you, without
    giving a link, in replying to one of your posts a
    few days ago, when I wrote:

    "There is no reason to think that he made a
    "transcribing mistake that nobody, including
    "himself and Xavier, caught in an interview
    "that was published in many places including
    "** his own web site **.

    Simborg's Backgammon Learning Center website is dead. That's why
    I had to go to the Wayback Machine. Are you referring to some other
    website that Simborg maintains?

    ---
    Tim Chow

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to All on Wed Aug 9 03:52:12 2023
    On August 8, 2023 at 6:25:06 AM UTC-6, Timothy Chow wrote:

    For once, I'm glad you still haven't let go of it
    because you made me to discover interesting
    things. The ones of you folks who like film noir
    may want to fetch another bowl of popcorn, as
    the plot seems to be thickening... ;)

    After the detective said "Okay. One more time.
    Let's start from the very beginning.", I decided
    to tell everything as it happened...

    It all started on July 31, 2023 in a dark street.
    I couldn't see their faces but I could hear them
    speak. One had a heavy Greek accent. I made
    an anonymous phone call to the FBI and left a
    message reporting what I had observed...

    After writing two more paragraphs like a movie
    script, I got bored with it myself and decided to
    just skip to replying to Tim's last post. After you
    read it, you will see why I thought it was turning
    into a film noir.

    On 8/7/2023 8:12 PM, MK wrote:

    I had already pointed this out to you, without
    giving a link, in replying to one of your posts a
    few days ago, when I wrote: ....
    "that was published in many places including
    "** his own web site **.

    Simborg's Backgammon Learning Center website
    is dead. That's why I had to go to the Wayback
    Machine. Are you referring to some other website
    that Simborg maintains?

    No, I was referring to the same site and this is where
    it starts getting eerie. I'll recount it all in detail.

    In replying to Frank, I remembered that Simborg's
    interview was one of the possibly multiple sources
    where I had read that XG v1 was based on Gnubg.
    It was saved on my computer and was easy to find
    but I didn't remember where I downloaded it from.

    As I felt that I had to provide some link to it, I did
    a web search and used the first one that came up,
    which was the one on bkgm.com.

    That was good enough until I also said that it was
    published on his own web site and felt that I had
    to provide a link to it also, in my reply to you on
    August 4. But several links to it failed to resolve.

    Curiously, the bkgm.com page says January 2011
    while Simborg's own bgonline.org announcement
    of it says March 12, 2011. See:

    https://www.bgonline.org/forums/webbbs_config.pl?read=91477

    There is no mention of it in RGB but there is one
    more reference to it in bgonline.org later. See:

    https://www.bgonline.org/forums/webbbs_config.pl?read=152009

    I don't follow bkgm.com. So, I most likely saw
    the link on bgonline.org and the interview itself
    on Simborg's own web site.

    So, I searched for the link itself on archive.org. I
    found a page there but it looked very ugly, with
    the repeating background images appearing as
    some icons or characters. So, I decided to not
    link to it. Anyone who wanted to see the actual
    document on his page, could find it easily, right?

    The archive.org has various captures of the page,
    including the ones you and I found, with different
    background images, etc.

    Most shocking was to read you say that his site
    was dead. Sure, the links to the exact page with
    the interview weren't resolving but I'm sure the
    site itself was accessible while I was looking for
    the interview page there.

    In fact, archive.org has not one but two captures
    of it from August 1, 2023 (@ 7:51 and @ 10:10),
    with all pages still working. See:

    http://web.archive.org/web/20230801101058/https://www.backgammonlearningcenter.com/

    Thus, it must have gone offline between then
    and your post on August 4, 2023 (with the
    archive.org link to the interview page)...(?)

    Walmart should hurry up and start putting
    Halloween stuff on shelves already... ;)

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Timothy Chow@21:1/5 to All on Wed Aug 9 08:43:16 2023
    On 8/9/2023 6:52 AM, MK wrote:
    Most shocking was to read you say that his site
    was dead. Sure, the links to the exact page with
    the interview weren't resolving but I'm sure the
    site itself was accessible while I was looking for
    the interview page there.

    Your investigations have also been valuable to me, because I see
    now that the new site

    https://www.backgammonlearningcenter.com

    is alive whereas the old site

    https://www.thebackgammonlearningcenter.com

    is dead. I had not thought to remove "the" from the URL. But the
    interview with Xavier does not seem to be on the new site.

    ---
    Tim Chow

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From MK@21:1/5 to Timothy Chow on Wed Aug 9 14:48:30 2023
    On August 9, 2023 at 6:43:19 AM UTC-6, Timothy Chow wrote:

    On 8/9/2023 6:52 AM, MK wrote:

    Most shocking was to read you say that his
    site was dead.

    Your investigations have also been valuable
    to me, because I see now that the new site

    What a rare joy to be getting along with you. ;)

    You must like film noir also... :)

    https://www.backgammonlearningcenter.com
    is alive whereas the old site
    https://www.thebackgammonlearningcenter.com
    is dead.
    I had not thought to remove "the" from the URL.

    I'm not sure if that would have made a difference
    since we can't know if the site you call "new" was
    alive during those days.

    Archive.org has captures of it with three domains
    pointing to the same site, (a common practice to
    increase search engine ranking):

    http://web.archive.org/web/20230000000000*/http://backgammon-learning-center.com/

    Saved 25 times between August 5, 2009 and August 11, 2015.

    http://web.archive.org/web/20230000000000*/http://thebackgammonlearningcenter.com/

    Saved 80 times between October 10, 2010 and February 3, 2023.

    http://web.archive.org/web/20230000000000*/http://backgammonlearningcenter.com/

    Saved 129 times between August 22, 2009 and August 1, 2023.

    Of the last captures on August 1, 2023, 7:51 one is
    green, 10:10 one is blue. Archive.org says: "Green
    indicates redirects (3xx)" but there are many kinds
    of 3xx redirects, (i.e. 300, 301, 302, 303, 304, 307),
    and it doesn't specify which.

    Also, between those days, there is an odd capture.

    https://web.archive.org/web/20230000000000*/https://d39f23jfph0ylk.cloudfront.net/thebackgammonlearningcenter.com.jpg

    Saved 2 times between August 4, 2023 and August 7, 2023.

    It's a blank page with an image (not text) that says:
    "Visit thebackgammonlearningcenter.com" (notice
    the "the" in the URL).

    So, they were doing some things during those days
    but we probably will never know what and/or why,
    unless the guy with the Greek accent confesses at
    the end of the movie...

    But the interview with Xavier does not seem to be
    on the new site.

    Yes and this is the main issue regarding what we're
    debating here. The interview takes only 10Kb in RTF.
    Why would an interviewer delete it from his web site
    without at least providing a link to it somewhere else
    especially after the original link was published in so
    many referring web sites for so many years...? Sure
    makes one wonder...

    MK

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)