Navigation
- FAQ Home
- All categories
- About Webyog support and about this FAQ
- About the SQLyog program
- Connection issues

- Using the GUI
- Managing your MySQL Database Systems

- Database Schema Synchronization
- MySQL DATA synchronization
- SQL Scheduler and Reporting Tool
- Importing external data
- Backup/Restore
- SQLyog Job Agent (SJA)

- Working with Views, Stored Procedures and Triggers
- Character Set and Localization Issues
- MySQL bugs that affect SQLyog
- Questions on Open Source and Compiling
- Sitemap
Most popular FAQs 
- I get error 1130 "Host is not allowed to ... (169314 views)
- Error no. 2003: Can't connect... (86269 views)
- SQLyog Version History (63952 views)
- Error no. 1045: "Connection denied..." (61346 views)
- Error no. 1251: "Client does not support authentication..." (58317 views)
- Error No. 2005: Unknown MySQL server host... (50192 views)
- What is HTTP-tunneling? (42282 views)
- What Is SSH and SSH-tunneling? (38071 views)
- Can I use SQLyog with the WINE Windows emulator ... (34943 views)
- Why are Stored Procedures not created when I import ... (34267 views)
Latest FAQs 
- SQLyog Version History (2012-01-26 08:20)
- SQLyog is a client for the MySQL server - ... (2011-11-04 04:48)
- I get error 1130 "Host is not allowed to ... (2011-11-01 05:21)
- Problems on Ubuntu 11.x (2011-10-29 13:02)
- Problems creating a functional DSN on 64 bit Windows. ... (2011-09-15 14:34)
Sticky FAQs
About the SQLyog program » General Use
Explanation of the SQLyog debug facility
Before SQLyog version 5.2 we occasionally created special debug builds to make it possible to gather information from the system and the program in case of some 'misbehavior' - such as a crash. Starting from 5.2 every binary has the ability to dump valuable debugging information.
The concept of our debug code is that it 'takes over' from or 'substitutes' the normal windows error dump message. There is no additional code executing in the background and no additional disk operations or anything else that slows down the program.
Whenever a crash occurs, SQLyog will prompt a Message Box that gives you an option to save a special dump file. The debug dump does not contain any user data or information about his system. It just captures the internal state of the application at the time of crash. In situations where a crash is not DATA-specific this is all we need to tell the exact line in the code where the crash occurred. In case the error is DATA specific we will of course also need STRUCTURE/DATA and the QUERY (or whatever operation) resulting in the crash.
Whenever you experience a crash, we request that you send the file to us with a brief description of how that happened. You can use the Forums or the Tickets system as you prefer. We will then reply back if more information is needed.
This functionality depends on the dbghelp.dll file shipped with recent Windows versions. The version of that file must be 5.1 (native with Windows XP) or higher (as shipped with Windows 2003 and Vista). The dbghelp.dll file shipped with Windows 2000 won't work, but you can copy the file from a XP-machine or download it from the Internet. It must be copied to the SQLyog installation folder and this copy (and not the native version) will then be used by the system with SQLyog.
Tags: -
Related entries:
- Do I need PHP to use SQLyog with MySQL?
- SQLyog gives you the most options for connecting to MySQL
- Welcome to the SQLyog FAQ
- Installation and upgrading
- Buying and Licensing SQLyog
Last update: 2006-10-23 09:10
Author: Peter Laursen
Revision: 1.0
You can comment this FAQ