### farmersrice's blog

By farmersrice, history, 9 months ago, ,

http://codeforces.com/contest/963/submission/37451734

Not sure where my code has a bug, but I submitted 3 times and it's always the same error on test 48.

I could not decipher this part of the message:

Diagnostics detected issues [cpp.clang++-diagnose]: =================================================================
==6068==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x14e00978 at pc 0x00dc63fd bp 0x1355f754 sp 0x1355f750


I would appreciate any help. Thanks!

•
• +5
•

 » 9 months ago, # |   0 Hmm, I fixed some possible string out of bounds issues but it's still failinghttp://codeforces.com/contest/963/submission/37452849
 » 9 months ago, # |   +16 Is your address 6969 or something that you need Address Sanitizer
 » 9 months ago, # |   +10 Subtracting k from possible.size() can do bad things, since possible.size() is an unsigned int.
•  » » 9 months ago, # ^ |   0 It worked! Thanks!
•  » » » 4 months ago, # ^ |   +2 "#define SZ(x) ((int)(x).size())" and you're good to go never needing to care about these stupid unsigned sizes again
 » 9 months ago, # | ← Rev. 3 →   0 37476557Here is the Problem
 » 4 months ago, # |   0 I have also same problem http://codeforces.com/contest/1017/submission/43608371
•  » » 4 months ago, # ^ |   0 Local arrays with variable length are illegal in C++. int n = 5; char c[n]; // Compilation error  const int n = 5; char c[n]; // OK But in G++11 it's sometimes correct on small lengths. Two key words there are sometimes and small. I can't surely say is it UB or not, but it's surely wrong C++ code. Three options: 1) Use global array with big enought const length;2) Use stl-vector;3) Use new-statement to construct array.
•  » » » 4 months ago, # ^ |   +26 Variable length arrays are an extension supported by GCC.I'd like to point out a possible misunderstanding of what a language extension is. Compiler authors don't just go like "here's an extension, and it sometimes works, but sometimes doesn't so take care". If it's supported by the compiler, it should work as documented for the intended uses, same as all other language features do.Also, the name of the extension may be confusing. Actually, the memory is allocated at the point of declaration. If we change the vaule of n afterwards, the array itself does not change in any way.
•  » » » » 4 months ago, # ^ |   +15 Thanks for GCC extensions, now I know something new. Though I still stick with standartized C++.But what ASan complains about if it is not non-const length array?
•  » » » » 3 months ago, # ^ |   +10 However it's JUST an extension and has many bugs. See PR16694. I just hate VLA personally.
•  » » » » » 3 months ago, # ^ |   0 There's only 11 issues related to variable-length arrays, and not all of them are bugs? I'd say they are in an OK shape then.To me, it looks like most of the actual bugs are triggered by bad user code. Well, that's what bad code does: it does not work, one way or another. This time it's a compiler's fault, but whatever.Of course, if you don't like a feature, you don't have to use it. C++ is rich with features, plenty to choose form.
•  » » » » » » 3 months ago, # ^ |   +23 In my opinion the usage of VLA in C++ is exactly an instance of bad user code :). It's not standardized so other compilers may reject it and give me an CE.It depends on how to define "bad user code". I (and GCC) believe int a[2][n] is bad user code (unless n is a macro expanding to some constexpr). See PR58646. But in a new programmer's view it may be "perfectly well".Once a student really blamed me (problem setter) because his usage of VLA in C++ triggered a compiler bug. I tried to reason with him but he just insisted that his program was "perfectly well". I was irritated.
 » 3 months ago, # | ← Rev. 2 →   0 http://codeforces.com/contest/1041/submission/45163366Can Somebody Help me with this code.I dont Know Whats Wrong..