-
https://github.com/yosupo06/library-checker-problems/issues/3#issuecomment-727557401
問題名: bitwise and convolution
想定アルゴリズム: 高速ゼータ変換、高速メビウス変換
# 問題概要
C_k = Σ[i & j = k] A_i B_j
mod 998244353
…
-
・verify
- [x] AOJ DSL(データ構造)
- [ ] AOJ DPL(数え上げ)
- [x] AOJ GRL(グラフ)
- [x] AOJ NTL(数論)
- [x] yosupo judge 持ってるやつだけ
・清書する
- [x] 約数/倍数ゼータ変換
- [x] Euler Tour
- [x] グリッドグラフ
- …
-
[https://judge.yosupo.jp/submission/20104](url) など
過去 AC されている提出 [https://judge.yosupo.jp/submission/17658](url) を投げなおしても CE します [https://judge.yosupo.jp/submission/20125](url)
-
https://judge.yosupo.jp/problem/persistent_queue
This problem is only in Japanese. Google Translate => english provides questionable results...
-
現状hppにしか対応していないと思うのですが、これをhに拡張するか、もしくは警告を出すべきではという提案です
- hとhppについてあまり深く考えずに使っている人がいる(ex. 自分): もしこれが自分だけの場合、このissueはここまでです
- hを使ったことが理由であることを判断するのが著しく困難: 以下のようなエラーが出るはずで、ここからエラーの理由を推測するのは無理だと考えます…
-
便利なライブラリをありがとうございます。
何らかの不具合と思うので報告です。(そもそも使い方を間違えていたらすみません。)
## 概要
aplusbのハッシュ値がexampleのinのみ異なる。
具体的には、下記出力の"example_00.in"と"example_01.in"が
https://github.com/yosupo06/library-checker-probl…
-
- ダウンロードしたり生成したりしたテストケースのキャッシュ
- judge.yosupo.jp は入力ケースランダム生成 + 想定解を実行して出力を生成 をしてるため、テストケースの取得がかなり遅い。これを消せばほぼ 2 倍速
- 並列化
- GitHub Actions は 20 並列できて、ファイルの `md5sum(path) % 20` の値で実行を振り分けるとかでほぼその…
-
(任意) 問題ID: {ID}
問題名: {名前}
# 問題概要
配列上の完全二分木の上でなく赤黒木とかの上で遅延伝播セグ木をやるやつです
長さNの整数列a_0, a_1, ..., a_{N - 1}が与えられる。Q個のクエリを処理
* `0 l r c d`: a_l, ..., a_r-1それぞれについて、a_i = c * a_i + bをする
* `1 l,…
-
例として
https://judge.yosupo.jp/submissions?problem=convolution_mod&user=&status=AC&order=%2Btime
から2ページ目へ行こうとするとソート が解除されて
https://judge.yosupo.jp/submissions?page=2&problem=convolution_mod&status=AC…
-
自動で提出して AC したか自動で確認すればよいので、可能です。
わりと簡単に実装できますが、完全自動化すると AtCoder への負荷でおこられます。
たぶん「ローカルからしか使えない」「1ファイルずつ手動で `oj-verify submit hoge.test.cpp` を実行しないとだめ」「ところどころ sleep を挟む」ぐらいに制限をかければぎりぎり許されるはず。便利にするとお…