The Chess Variant Pages




[ Help | Earliest Comments | Latest Comments ]
[ List All Subjects of Discussion | Create New Subject of Discussion ]
[ List Latest Comments Only For Pages | Games | Rated Pages | Rated Games | Subjects of Discussion ]

Comments/Ratings for a Single Item

Later Reverse Order EarlierEarliest
About Game Courier. Web-based system for playing many different variants by email or in real-time.[All Comments] [Add Comment or Rating]
Armin Liebhart wrote on 2022-02-22 UTC

Thank you very much


Fergus Duniho wrote on 2022-02-21 UTC

Okay, I fixed the error, and the King can capture the piece on b2 now.


Armin Liebhart wrote on 2022-02-21 UTC

Hello Fergus, it's in this game: lunaris-cvgameroom-2022-24-568 when i now try to capture with my king (a1-b2) this happens. Maybe there's something else wrong in the rules enforcement, but it shows this error message. I created this file based on shogi, meaning i edited the shogi preset.


Fergus Duniho wrote on 2022-02-21 UTC

Can you give me a link or a series of moves in which this error comes up?


Armin Liebhart wrote on 2022-02-21 UTC

Hello, for some reason i get the following error message in a game of judkin shogi:

Syntax Error on line 587

The cond operator requires at least three arguments.

Since that line is from the shogi include file, which i suppose was well checked, i don't know how i could possibly correct that. Who can tell me, what's the problem? I copy and paste the relevant part (from the pawndropcheckmate subroutine - even though i didn't use a pawn in my move) the relevant line is the one with an arrow.

sub pawndropcheckmate pawn spot:
    my allies;
    local king kingmoves black test to;
    verify empty #spot and onboard #spot;
    if == #pawn P:
        set king where #spot 0 -1;
        set black true;
    else:
        set king where #spot 0 1;
        set black false;
    endif;
    verify == space #king cond #black k K;
    set kingmoves merge leaps #king 1 0 leaps # 1 1;
    for to #kingmoves:
------>     if not cond #black islower isupper space #to or empty #to and onboard #to:
            move #king #to;
            set checked fn cond #black ATTACKEDBYW ATTACKEDBYB #to;
            restore;
            verify #checked;
        endif;

Thank you, Armin


Jean-Louis Cazaux wrote on 2021-11-20 UTC

Thanks a lot, I didn't know that function. :=)


Ben Reiniger wrote on 2021-11-20 UTC

@Jean-Louis, you type drawn into the Moves text field (instead of clicking anything).


Jean-Louis Cazaux wrote on 2021-11-20 UTC

I've never seen this possibility in the games I have played. I don't know how to do, when I do a move, I move a piece, how can I enter "drawn"?


H. G. Muller wrote on 2021-11-20 UTC

I think you have to submit drawn as a move. In a rule-enforcing preset you have to make sure the preset would accept that GAME-code command.


Jean-Louis Cazaux wrote on 2021-11-20 UTC

I imagine the question has been asked in the past. Sorry to ask again, I don't know the answer:

Is there any way to propose a draw, null, to an opponent on Game Courier?

(Resigning is not really a solution because if a game is going to no end, it is unfair to give a "lost" at the player who resigns and "has won" to the other player.)

Thanks


Daniel Zacharias wrote on 2021-11-19 UTC

https://www.chessvariants.com/play/pbm/play.php?game=Pocket+Shogi+Copper&log=panther-cvgameroom-2021-304-264

In this pocket shogi copper game I'm trying to make the move k 8g-9h and I get an error

Syntax Error on line 376

The cond operator requires at least three arguments.

Adam DeWitt wrote on 2021-10-20 UTC

I saw your comment after I fixed the error in the preset's code, but thank you for posting the information anyway. I'm guessing the errors above the subroutine error in the log were the main cause of the Error 524 problem, but it could be that the preset was just so big that it took too long to spot the error and print the log. After all, Taishin Shogi's GC preset is the largest GC preset with full rule enforcement and display of legal moves that I know of (in terms of board size (25x25), number of piece types (232 in total), and number of lines of code (total is probably close to or over 1000 as of right now)).


Fergus Duniho wrote on 2021-10-20 UTC

Is it just me, or is the latest version of my Taishin Shogi GC preset overloading this whole site? Whenever I click on my settings file to play it, I get nothing but 524 errors for a while.

When I first tried loading it, I checked the error log and got

PHP Fatal error: Maximum execution time of 30 seconds exceeded in /home/chessvariants/public_html/play/pbm/gamecode.php on line 2524

I fixed some of the errors above it, but I still get a maximum execution time exceeded error. There is one persisting and multiply-repeating warning that I think is due to your own code:

PHP Warning: Undefined array key 897 in /home/chessvariants/public_html/play/pbm/gamecode.php on line 1122

The line in question, line 1122, is part of the code for the "sub" command, which indicates the beginning of a subroutine definition, and it says:

$linenum = $links[$linenum];

This refers to an array that is calculated before any line of GAME Code is executed. This comes from analyzing the structure of the code. So, I would recommend looking for a structural problem in one of your subroutines. Perhaps a block of code wasn't closed off properly, causing endsub to not be expected yet when it appeared. The problem might be around line 897 of your code, since that was the value for $linenum in the warning that kept repeating.


Adam DeWitt wrote on 2021-10-19 UTC

Is it just me, or is the latest version of my Taishin Shogi GC preset overloading this whole site? Whenever I click on my settings file to play it, I get nothing but 524 errors for a while.

I will admit that the thing is one of the biggest GC presets out there in terms of file size (if not the biggest) since there are so many piece types, as well as special promotion rules (i.e. contagious pieces), and all manner of multi-part moves, but I haven't had problems like this before.

Edit: I found the problem. It was a tiny syntax error in the isdoublemove subroutine. Everything works fine now.


Fergus Duniho wrote on 2021-10-04 UTC

There was a syntax error in one line. It's now corrected.


Daniel Zacharias wrote on 2021-10-04 UTC

I can't either, so it's not just you.


Jean-Louis Cazaux wrote on 2021-10-04 UTC

The problems seem to come again. I cannot access to any of my on-going games. Just me?


Fergus Duniho wrote on 2021-10-03 UTC

I was looking for a global way to eliminate some PHP warnings, but that requirement proved to be too restrictive. So, I have removed it.

I then tried requiring minimal argument counts instead, but even that caused problems for unary, binary, and mixed unary/binary operators. But since they seemed to work with operators requiring 3 or more arguments, I left those minimal argument count requirements in.


Jean-Louis Cazaux wrote on 2021-10-03 UTC

It was general. I think it's back OK now.


Daniel Zacharias wrote on 2021-10-03 UTC

Whenever I try to open any of my current games I get one of these errors

The == operator requires two non-null arguments.

or

The join operator requires two non-null arguments.

Fergus Duniho wrote on 2021-06-04 UTC

I fixed the problem and went back to using the same code for array as I do for values. The problem was that for an array with one element, it was returning the value of that element instead of a one-member array.


Fergus Duniho wrote on 2021-06-04 UTC

Something is wrong with GAME Code. Whenever I try to load one of my large Shogi Variant presets, and by extension any preset that uses a similar stalemated subroutine, the last expression in for/foreach is calculated wrong. It evaluates to a single square, whereas before it would correctly evaluate to the array of board spaces.

I've recently been working on making array work the same as values, but it looks like there was some discrepancy between the output of values and the original output of array for some uses of array in your presets and in the Shogi preset too. For the time being, I have reverted array to its old code, and I will test things using a temporary name.


Adam DeWitt wrote on 2021-06-04 UTC

Something is wrong with GAME Code. Whenever I try to load one of my large Shogi Variant presets, and by extension any preset that uses a similar stalemated subroutine, the last expression in for/foreach is calculated wrong. It evaluates to a single square, whereas before it would correctly evaluate to the array of board spaces.


Greg Strong wrote on 2021-05-19 UTC

Hi Adam,

Yes, I have them. I'll try to get to it this evening.


Adam DeWitt wrote on 2021-05-19 UTC

@Greg Strong I sent you an email containing the next set file I want to upload to Game Courier. This one is for the Shogi pieces with full piece names, but I haven't gotten a response yet. Did you get my message?


25 comments displayed

Later Reverse Order EarlierEarliest

Permalink to the exact comments currently displayed.