LmSNe

Haifa, Israel

Age: 24

Nov
5
awarded Notable Question
Oct
17
awarded Popular Question
Jul
25
accepted Double buffering C#
Jun
10
awarded Analytical
May
4
accepted Custom server error codes spring MVC & tomcat
Apr
30
comment Custom server error codes spring MVC & tomcat
I'm using multistream controller with @RequestMapping annotation. My code actually looks like the following: @RequestMapping("report") public String report(Model model, @RequestParam(required=false) Integer tid) {...}
Apr
29
asked Custom server error codes spring MVC & tomcat
Jul
29
comment Once a function name has been declared as 'virtual', can it ever be be made un-virtual again?
but that will beat the supermarket principle in the class that declared it real. instead of being statically binded, the compiler there will put the code for the "dynaimc dispathc" (looking in the vtbl) instead of simple function call. Thus using the vtbl in places it is not needed and beating the supermarket principle (not paying for features that you aren't using).
Jul
28
comment Once a function name has been declared as 'virtual', can it ever be be made un-virtual again?
Generally that would be true. But the first standard is from 98 which had been influenced by the language itself as made by Stroustrup(83) and the fact that Stroustrup implemented the language this way (in order to cope with the language Principles including the supermarket Principle and the C backward compatibility) triggered the fact the C++ does not have the keyword real. You are talking as if C++ was first standardized and then implemented. Trust me, if he found a way to allow it without breaking his supermarket Principle and the C backward compatibility Principle, we would have real today
Jul
28
answered Once a function name has been declared as 'virtual', can it ever be be made un-virtual again?
Jul
2
answered Why can't we serialize the methods in Java?
Jul
1
awarded Citizen Patrol
Jun
28
revised Indexing hash tables
added 449 characters in body
Jun
28
answered Indexing hash tables
Jun
26
revised Confusion in C++
typo
Jun
26
comment Confusion in C++
@Matthieu: what Konard said is what I meant. But You are right about the ->operator rather than the . operator. my mistake :)
Jun
26
awarded Autobiographer
Jun
26
awarded Scholar
Jun
26
accepted Deleting email automatically
Jun
26
awarded Autobiographer
1 2