#6 ad window problems

closed-fixed
None
5
2001-05-09
2001-05-06
Mike Hill
No

Connected fine, launched the ad window. Double clicked on a game (habit) then selected play game. The game was no longer available. Did a mix of refresh button and sought from the command line. It began appending the single game available to the ad window (same game appearing multiple times). After 3 or 4 tries I noticed the refresh button was not highlited.

I closed the ad window and tried a sought. It did not display the result in the console. I brought up the ad window and tried again. Then I tried a sought all and eboard crashed. During this time other commands went to the server just fine.

I have attached a cat of LOG.eboard and DEBUG.eboard. Cursory examination shows that LOG.eboard includes transcripts of a prior login. Don't know if this is supposed to happen. I have only used these options twice.

In the future, should I clear out these two files each time I log on?

Discussion

  • Felipe Bergo

    Felipe Bergo - 2001-05-06

    Logged In: YES
    user_id=23863

    Data is appended to these files every time you run eboard
    with -log or -debug, so yes, you clear the files after a
    while. Also, don't send large files to the mailing list,
    either attach them here in the SF bug system or send me in a
    private email.

    I can add support for double click on the ad and game
    windows (for playing and observing), that's not difficult.

    However, the ad window will (and the games window too) will
    be confused if you use the same command while it is being
    updated. This is very tough to
    sort out in the protocol (to separate output coming from
    typed commands
    from output coming from 'internal' commands)

    The only workaround I can think of by now is to add a
    command somewhere in eboard to reset the protocol state
    (this would solve the refresh button highlighting and
    prevent the segfault). Also, I'll prevent closing the ad and
    games windows while the protocol object still has a
    reference to them, this will at least prevent the segfault.
    I could also lock user input between the internal 'sought'
    command and the end of the list, I don't know if that's the
    best way.

    Even though you have reported this to the ad window, it is
    perfectly valid for the Games on Server window and the
    'games' command.

     
  • Felipe Bergo

    Felipe Bergo - 2001-05-06
    • assigned_to: nobody --> nobody
    • status: open --> open
     
  • Felipe Bergo

    Felipe Bergo - 2001-05-06

    Logged In: YES
    user_id=23863

    Data is appended to these files every time you run eboard
    with -log or -debug, so yes, you clear the files after a
    while. Also, don't send large files to the mailing list,
    either attach them here in the SF bug system or send me in a
    private email.

    I can add support for double click on the ad and game
    windows (for playing and observing), that's not difficult.

    However, the ad window will (and the games window too) will
    be confused if you use the same command while it is being
    updated. This is very tough to
    sort out in the protocol (to separate output coming from
    typed commands
    from output coming from 'internal' commands)

    The only workaround I can think of by now is to add a
    command somewhere in eboard to reset the protocol state
    (this would solve the refresh button highlighting and
    prevent the segfault). Also, I'll prevent closing the ad and
    games windows while the protocol object still has a
    reference to them, this will at least prevent the segfault.
    I could also lock user input between the internal 'sought'
    command and the end of the list, I don't know if that's the
    best way.

    Even though you have reported this to the ad window, it is
    perfectly valid for the Games on Server window and the
    'games' command.

     
  • Felipe Bergo

    Felipe Bergo - 2001-05-06
    • assigned_to: nobody --> bergo
    • status: open --> open-accepted
     
  • Felipe Bergo

    Felipe Bergo - 2001-05-06

    Logged In: YES
    user_id=23863

    Hmm, only now I checked your LOG.eboard file. While the
    'adding the same game twice if you type sough by hand' was
    kind of expected, the problem with the refresh button is
    caused by the fact that there is only one game, and the
    pattern matcher that looks for the end of the list looks for
    '# ads displayed', with 'ads' in the plural. I'll fix that
    NOW, and it'll be in 0.1.7 for sure.

     
  • Felipe Bergo

    Felipe Bergo - 2001-05-09
    • status: open-accepted --> closed-fixed
     
  • Felipe Bergo

    Felipe Bergo - 2001-05-09

    Logged In: YES
    user_id=23863

    fixed (will be in 0.1.7)

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks