Will there be a numerical overflow of the rgc variable?
Dont panic!
There will be no overflow of the rgc counter variable (==running gag counter, signed smallint, counts failed write attempts of the word 'rename').
There will not be an overflow of the rgc counter variable (==running gag counter, signed smallint, counts failed write attempts of the word 'rename').
This is virtually impossible with a competent, or at least frequently registered, team of moderators.
Specifically, at the end of each quarter, the current counter is saved and the backup is renamed.
The measures to stop the ever-increasing count are already beginning to take effect (as our politicians would put it).
In English: let's wait and see.
Mathematically speaking, the rgc will overflow on Thursday afternoon on calendars that have already been printed.
But... so what - ...
Holland will also be under water by then.
And the Schalke miners will be champions.
There will be no overflow of the rgc counter variable (==running gag counter, signed smallint, counts failed write attempts of the word 'rename').
There will not be an overflow of the rgc counter variable (==running gag counter, signed smallint, counts failed write attempts of the word 'rename').
This is virtually impossible with a competent, or at least frequently registered, team of moderators.
Specifically, at the end of each quarter, the current counter is saved and the backup is renamed.
The measures to stop the ever-increasing count are already beginning to take effect (as our politicians would put it).
In English: let's wait and see.
Mathematically speaking, the rgc will overflow on Thursday afternoon on calendars that have already been printed.
But... so what - ...
Holland will also be under water by then.
And the Schalke miners will be champions.