1. C++ / Говнокод #20197

    +2

    1. 001
    2. 002
    3. 003
    4. 004
    5. 005
    6. 006
    7. 007
    8. 008
    9. 009
    10. 010
    11. 011
    12. 012
    13. 013
    14. 014
    15. 015
    16. 016
    17. 017
    18. 018
    19. 019
    20. 020
    21. 021
    22. 022
    23. 023
    24. 024
    25. 025
    26. 026
    27. 027
    28. 028
    29. 029
    30. 030
    31. 031
    32. 032
    33. 033
    34. 034
    35. 035
    36. 036
    37. 037
    38. 038
    39. 039
    40. 040
    41. 041
    42. 042
    43. 043
    44. 044
    45. 045
    46. 046
    47. 047
    48. 048
    49. 049
    50. 050
    51. 051
    52. 052
    53. 053
    54. 054
    55. 055
    56. 056
    57. 057
    58. 058
    59. 059
    60. 060
    61. 061
    62. 062
    63. 063
    64. 064
    65. 065
    66. 066
    67. 067
    68. 068
    69. 069
    70. 070
    71. 071
    72. 072
    73. 073
    74. 074
    75. 075
    76. 076
    77. 077
    78. 078
    79. 079
    80. 080
    81. 081
    82. 082
    83. 083
    84. 084
    85. 085
    86. 086
    87. 087
    88. 088
    89. 089
    90. 090
    91. 091
    92. 092
    93. 093
    94. 094
    95. 095
    96. 096
    97. 097
    98. 098
    99. 099
    100. 100
    #include "Node.h"
    
    CMonom* CNode::GetMonomPtr() const
    {
    	return _MonomPtr;
    }
    
    CNode* CNode::GetNext() const
    {
    	return _NextPtr;
    }
    
    bool CNode::GetSign() const
    {
    	return _MonomPtr->GetSign();
    }
    
    int CNode::GetCoeff() const
    {
    	return _MonomPtr->GetCoeff();
    }
    
    unsigned CNode::GetDegree() const
    {
    	return _MonomPtr->GetDegree();
    }
    
    void CNode::SetNext(CNode* Node)
    { 
    	_NextPtr = Node;
    }
    
    void CNode::SetCoeff(int iCoeff) 
    {
    	_MonomPtr->SetCoeff(iCoeff);
    }
    
    void CNode::SetDegree(unsigned uDegree)
    {	
    	_MonomPtr->SetDegree(uDegree);
    }
    
    CNode::CNode(char* szStr) : _NextPtr(nullptr)
    {
    	try
    	{
    		_MonomPtr = new CMonom(szStr);
    	}
    	catch (const bad_alloc& exc) 
    	{ 
    		std::cout << exc.what(); 
    	}
    }
    
    CNode::CNode(int iCoeff, unsigned uDegree) : _NextPtr(nullptr)
    {
    	try
    	{
    		_MonomPtr = new CMonom(iCoeff, uDegree);
    	}
    	catch (const bad_alloc& exc) 
    	{ 
    		std::cout << exc.what(); 
    	}
    }
    
    CNode::CNode(const CMonom& Monom) : _NextPtr(nullptr)
    {
    	try
    	{
    		_MonomPtr = new CMonom(Monom);
    	}
    	catch (const bad_alloc& exc) 
    	{ 
    		std::cout << exc.what();
    	}
    }
    
    CNode::CNode(const CNode& Node) : _NextPtr(nullptr)
    {
    	try
    	{
    		_MonomPtr = new CMonom(*Node.GetMonomPtr());
    	}
    	catch (const bad_alloc& exc) 
    	{
    		std::cout << exc.what();
    	}
    }
    
    CNode& CNode::operator=(const CNode& Node)
    {
    	SetCoeff(Node.GetCoeff());
    	SetDegree(Node.GetDegree());
    	return *this;
    }
    
    CNode CNode::operator-() const
    {
    	return CNode(-*_MonomPtr);

    Запостил: xxl, 14 Июня 2016

    Комментарии (33) RSS

    • хуясе, плюсы исключения умеют бросать?
      я думал как обычно, падает хуй пойми где, и дебаж пол дня
      Ответить
      • может это конструктор бросает исключение?
        Ответить
        • там же только bad_alloc ловится
          Ответить
          • Имхо, тут лучше бы смотрелось new(std::nothrow), раз уж взялись эту ситуацию обрабатывать...
            Ответить
            • очевидно, что лучше через nothrow. Вообще, я сначала подумал, что автор так утечки вылавливал, а релизную версию собирал через -fno-exceptions. Но даже в этом логики немного
              Ответить
            • возможно, там еще внутри конструкторов большие new, и они могут ексепшн кинуть. Но при любом раскладе в catch надо сунуть что-то поконкретнее cout
              Ответить
              • > поконкретнее cout
                Хотя бы throw...
                Ответить
                • поймать исключение чтобы выкинуть его же в catch'e?
                  Ответить
                  • Ну это как finally. Поймал, что-то сделал, бросил дальше.
                    Ответить
                    • Один фиг говно получается. Уперся в память, кинул исключение, а чистить то как? _MonomPtr-то не инициализирован
                      Ответить
                      • Память или даже не была выделена или уже освобождена (гарантия new). Деструктор или какие-либо другие методы CNode уже никто не вызовет (т.к. конструктор вбросил исключение) - значит к _MonomPtr обратиться некому. Всё норм вроде.

                        Вот в варианте ОП'а - да, говно. Т.к. в _MonomPtr остаётся мусор, а конструктор успешно возвращает управление.
                        Ответить
                        • а если этот Monom в конструкторе пытается выделить память и кидает исключение?
                          Ответить
                          • Если он её успешно выделил, не освободил и после этого кинул исключение, то его автор - мудак. Этот случай мы не рассматриваем.

                            Если же исключение кинулось и память не выделилась - то всё будет норм. new либо возвращает указатель на успешно сконструированный объект, либо всё откатывает на место и кидает/пробрасывает исключение.

                            З.Ы. Почитай гарантии на new/delete, они интересные, особенно для массивов. Примерно оттуда и вылезает требование, что деструктор не может кидать исключения...
                            Ответить
                            • > то его автор - мудак. Этот случай мы не рассматриваем.

                              Если бы такие случаи можно было не рассматривать в реальных проектах...
                              Ответить
                              • Там скорее наоборот - изначально автор - мудак и ему нужно очень постараться, что бы доказать обратное
                                Ответить
                                • испытание для истинных хардкорщиков: берем такого рода код и пытаемся доказать что автор не мудак
                                  Ответить
                            • > деструктор не может кидать исключения...

                              Вообще говоря, по стандарту может, но идея всё равно плохая.

                              Проблема скорее в том, что если во время раскрутки стека из-за исключения деструктор кидает исключение, то непонятно, что со всем этим делать, и стандартопейсатели решили, что самый адекватный выход — вызвать в таком случае std::terminate().

                              Кстати, это одно из тех мест, где C++11 сломал обратную совместимость: все деструкторы неявно стали noexcept, и теперь исключение в них приводит к std::terminate() даже не при раскрутке стека.
                              $ cat test.cc 
                              #include <iostream>
                              
                              struct A {
                                  ~A() { throw 1; }
                              };
                              
                              int main() {
                                  try { A a; }
                                  catch (int i) { std::cout << i << std::endl; }
                                  return 0;
                              }
                              
                              $ g++ test.cc -o test
                              $ ./test
                              1
                              
                              $ g++ -std=c++11 test.cc -o test
                              $ ./test
                              terminate called after throwing an instance of 'int'
                              Aborted (core dumped)
                              Ответить
                            • я имею в виду случай когда, допустим
                              char *b1 = new char[N];
                              char *b2 = new char[N];
                              char *b3 = new char[N]; // исключение тут
                              Ответить
                              • утечка
                                Ответить
                              • Здесь - утечка. Но этот код не exception safe, так не надо писать. Надо или ловить исключение или держать уже созданную фигню в RAII'шных руковицах.
                                Ответить
      • > плюсы исключения умеют бросать
        Толку то, бектрейсов нету. Так что unhandled exception хуй пойми откуда и дебаж пол дня.
        Ответить
        • а еще у стандартных исключений очень информативные сообщения аля "ios_base::failbit is set: stream error"
          Ответить
        • Очень надеюсь на source_location и что его запихнут во все стандартные исключения. Также на то, что адекватные компиляторы прикрутят к нему бэктрейс хотя бы как расширение.
          Ответить
          • А как же "is not a typewriter"? Как жить же без него? По-моему люди пишут на Ц и Ц++ только ради адреналина: сложил два целых числа где-то - и случайно запорол память в табличке сисколов - это же самый сок. Зачем его разбавлять стек трейсами?
            Ответить
    • Идешь такой мимо дома, уперся в знак "снос здания" (память закончилась), тихо ругнулся (std::cout) и пошел дальше...
      Ответить
    • Да лаба же, небось представление полиномов в виде связного списка пар (коэффициент, степень).
      Ответить
    • > const bad_alloc
      using namespace std в хедере?
      Ответить

    Добавить комментарий