Я обычно использую INSERT IGNORE
, и это походит точно на вид поведения, которое Вы ищете также. Пока Вы знаете, что строки, которые вызвали бы индексные конфликты, не будут вставлены, и Вы планируете свою программу соответственно, она не должна доставлять неприятности.
Если вам нужен довольно простой способ выяснить причину сбоя ОС, который будет работать ~ 90% времени (при условии, что у вас есть аварийный дамп), попробуйте следующее:
анализировать -v
и нажмите ввод kb
, которая распечатывает трассировку стека. Найдите в этом списке строку, содержащую .sys
. Обычно это драйвер, который вызвал сбой. Обратите внимание, что вам придется настроить символы в WinDbg, если вы хотите, чтобы трассировка стека давала вам имена функций. Для этого:
SRV * C: \ symbols * http: // msdl. microsoft.com/download/symbols
Это будет кэшировать файлы символов с серверов Microsoft.
Если автоматического анализа недостаточно, то WinDbg предоставляет множество команд, позволяющих точно определить, что происходило на время крушения. Файл справки - хорошее место для начала в этом сценарии.
найдите строку, содержащую .sys
. Обычно это драйвер, который вызвал сбой.
Обратите внимание, что вам нужно будет настроить символы в WinDbg, если вы хотите, чтобы трассировка стека давала вам имена функций. Для этого:
SRV * C: \ symbols * http: // msdl. microsoft.com/download/symbols
Это будет кэшировать файлы символов с серверов Microsoft.
Если автоматического анализа недостаточно, то WinDbg предоставляет множество команд, позволяющих точно определить, что происходило на время крушения. Файл справки - хорошее место для начала в этом сценарии.
найдите строку, содержащую .sys
. Обычно это драйвер, который вызвал сбой.
Обратите внимание, что вам придется настроить символы в WinDbg, если вы хотите, чтобы трассировка стека давала вам имена функций. Для этого:
SRV * C: \ symbols * http: // msdl. microsoft.com/download/symbols
Это будет кэшировать файлы символов с серверов Microsoft.
Если автоматического анализа недостаточно, то WinDbg предоставляет множество команд, позволяющих точно выяснить, что происходило на время крушения. Файл справки - хорошее место для начала в этом сценарии.
Обратите внимание, что вам придется настроить символы в WinDbg, если вы хотите, чтобы трассировка стека давала вам имена функций. Для этого:
SRV * C: \ symbols * http: // msdl. microsoft.com/download/symbols
Это будет кэшировать файлы символов с серверов Microsoft.
Если автоматического анализа недостаточно, то WinDbg предоставляет множество команд, позволяющих точно выяснить, что происходило на время крушения. Файл справки - хорошее место для начала в этом сценарии.
Обратите внимание, что вам нужно будет настроить символы в WinDbg, если вы хотите, чтобы трассировка стека давала вам имена функций. Для этого:
SRV * C: \ symbols * http: // msdl. microsoft.com/download/symbols
Это будет кэшировать файлы символов с серверов Microsoft.
Если автоматического анализа недостаточно, то WinDbg предоставляет множество команд, позволяющих точно выяснить, что происходило на время крушения. Файл справки - хорошее место для начала в этом сценарии.
\ symbols * http: //msdl.microsoft.com/download/symbolsЭто приведет к кэшированию файлов символов с серверов Microsoft.
Если автоматического анализа недостаточно, то WinDbg предоставляет множество команд для включения вам нужно выяснить, что именно происходило во время аварии. Файл справки - хорошее место для начала в этом сценарии.
\ symbols * http: //msdl.microsoft.com/download/symbolsЭто будет кэшировать файлы символов с серверов Microsoft.
Если автоматического анализа недостаточно, то WinDbg предоставляет множество команд для включения вам нужно выяснить, что именно происходило во время аварии. Файл справки - хорошее место для начала в этом сценарии.
Вообще говоря, вы не можете вызвать сбой ОС или проверку ошибок из кода вашего приложения. Тем не менее, если вы ищете общие советы и прочее, я рекомендую блог NTDebugging . Большая часть вещей не у меня в голове.
Что происходит, когда ОС выходит из строя, так это то, что она записывает файл дампа ядра, в зависимости от текущих флагов и так далее, вы получаете больше или меньше информации в нем. Вы можете загрузить файл дампа в windbg или другом отладчике. Windbg имеет полезную команду ! Analysis
, которая проверяет файл дампа и дает вам подсказки относительно корзины, в которую произошел сбой, и возможных виновников. Также проверьте документацию windbg об общей причине проверки ошибок и о том, что вы можете сделать для ее устранения.