MySQL Bugs: #64553: Crash when syncing

Bug #64553	Crash when syncing
Submitted:	5 Mar 2012 17:20	Modified:	29 Mar 2012 7:45
Reporter:	Nathan Hazout	Email Updates:
Status:	Closed	Impact on me:	None
Category:	MySQL Workbench: Modeling	Severity:	S2 (Serious)
Version:	5.2.38	OS:	MacOS (10.8, 10.5.6)
Assigned to:		CPU Architecture:	Any
Tags:	crash, sync, synchronization

Description:
Application crashes when doing a sync FROM LIVE SERVER to MODEL.

See private comments for bug report.

This bug was also reported by a co-worker on Windows 7 x64.

How to repeat:
Open a MWB file.
Database > Synchronize with any source > 
FROM LIVE TO MODEL
select database as needed...
"retrieve object information", click "continue", wait a second, crash

Thank you for the bug report. Verified just as described on Mac OS X 10.5.6 also:

Process:         MySQLWorkbench [22059]
Path:            /Applications/MySQLWorkbench.app/Contents/MacOS/MySQLWorkbench
Identifier:      com.oracle.MySQLWorkbench
Version:         ??? (5.2.38)
Code Type:       X86 (Native)
Parent Process:  launchd [84]

Date/Time:       2012-03-05 19:32:29.467 +0200
OS Version:      Mac OS X 10.5.6 (9G55)
Report Version:  6

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000000
Crashed Thread:  0

Thread 0 Crashed:
0   libwbpublic.be.dylib          	0x0060766b bec::CatalogHelper::apply_defaults(grt::Ref<db_mysql_Catalog>, std::basic_string<char, std::char_traits<char>, std::allocator<char> >) + 23
1   db.mysql.wbp.dylib            	0x17471804 DbMySQLDiffAlter::init_diff_tree(std::vector<std::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, grt::ValueRef const&, grt::ValueRef const&, grt::ListRef<grt::internal::String>) + 1158
2   db.mysql.wbp.dylib            	0x1746fac4 SynchronizeDifferencesPage::pre_load() + 504
3   libwbpublic.be.dylib          	0x00769d14 grtui::WizardForm::switch_to_page(grtui::WizardPage*, bool) + 168
4   libwbpublic.be.dylib          	0x0076a6b2 grtui::WizardForm::go_to_next() + 1076
5   com.oracle.MySQLWorkbench     	0x000125fb boost::function0<void>::operator()() const + 79
6   libmforms.dylib               	0x01734cbf boost::signals2::detail::signal0_impl<void, boost::signals2::optional_last_value<void>, int, std::less<int>, boost::function<void ()()>, boost::function<void ()(boost::signals2::connection const&)>, boost::signals2::mutex>::slot_invoker::m_invoke(boost::shared_ptr<boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot0<void, boost::function<void ()()> >, boost::signals2::mutex> > const&, boost::signals2::detail::void_type const*) const + 75
...
59  com.apple.AppKit              	0x9120526a _DPSNextEvent + 1918
60  com.apple.AppKit              	0x91204630 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 128
61  com.apple.AppKit              	0x911fd66b -[NSApplication run] + 795
62  com.apple.AppKit              	0x911ca8a4 NSApplicationMain + 574
63  com.oracle.MySQLWorkbench     	0x0000ae56 start + 54

...

Fixed as of 5.2.39, and here's the changelog entry:

Within the "Database", "Synchronize With Any Source" wizard, synchronizing a model from a "Live Database Server" source to a "Model Schemata" destination would crash after the "Retrieve Object Information" step.