Notes and comments from ORM Designer development
1) Install git client
choco install git -Y
2) generate ssh key for your email
ssh-keygen -t rsa -b 4096 -C "[email protected]"
3) enable `OpenSSH Authentication Agent` in Services management
4) add key to agent
ssh-add C:\Users\USER\.ssh\id_ed25519
5) add key to github
type "C:\Users\USER\.ssh\id_ed25519.pub"
6) test key
ssh -T [email protected] Hi USER! You've successfully authenticated, but GitHub does not provide shell access.
git clone https://chromium.googlesource.com/breakpad/breakpad git clone https://chromium.googlesource.com/external/gyp
gyp\gyp.bat --no-circular-check breakpad\src\tools\windows\tools_windows.gyp gyp\gyp.bat --no-circular-check src\client\windows\breakpad_client.gyp
– library output from $(OutDir)lib\$(ProjectName).lib to $(OutDir)\$(ProjectName).lib
– add missing dependency lib Pathcch.lib
– unload gtest, gmock and dump_syms_unittest
Fix few things in VS studio in breakpad_client
– library output from $(OutDir)lib\$(ProjectName).lib to $(OutDir)\$(ProjectName).lib
– unload all unittests projects
– for crash_Generation_client, crash_generation_server, exception_handler, common, crash_generation_app
– c++ -> language -> enable RTTI YES
– c++ -> codegeneration ->runtime library -> MD/MDd
The simplest way is to use
dump_syms.exe APP_PATH\APP.exe > app.sym
but this doesn’t prepare correct structure for automatic dmp file evaluation, so we need to use symbolstore.py
cd %ProgramFiles%\Windows Defender MpCmdRun.exe -removedefinitions -dynamicsignatures MpCmdRun.exe -SignatureUpdate
This is caused by latest MS security update. After applying these two 3126587 and 3126593 previous versions of Incredibuild stopped working.
Command line error D8037 : cannot create temporary il file
The solution is to uninstall it
https://support.microsoft.com/en-us/kb/3126587
https://support.microsoft.com/en-us/kb/3126593
On Windows 10 the responsible update is KB3135173
Also it’s necessary to disable these updates in auto-update!
So, one more attempt. Previous articles (part1, part2) mentioned possible solutions to fix crash insinde the QTreeWidget and QAccessibleTableCell.
Unfortunately, deselecting current item still doesn’t fix all issues. The problem with deselection is that it’s not handled correctly via QAccessibleTableCell:
If current index isn’t valid, QAccessible doesn’t correctly update currect QAccessibleTableCell object which caused all this evil crashes.
So there are two ways how to fix it. One is to manually set QAccessibleTableCell but I didn’t find a way how to do that. The second way is to disable QAccessible for Property editor. Unfortunately it’s not an easy task. In QAccessible exists method setActive:
QAccessible::setActive(false)
But this method works only with AccessibleObserver class but not with QPlatformAcessibility which handles real QAcessible::isActive result. Because of this it’s necessary to update setActive method in file qacessible.cpp inside the Qt.
Original method:
void QAccessible::setActive(bool active)
{
for (int i = 0; i < qAccessibleActivationObservers()->count() ;++i)
qAccessibleActivationObservers()->at(i)->accessibilityActiveChanged(active);
}
and updated version:
void QAccessible::setActive(bool active)
{
#ifndef QT_NO_ACCESSIBILITY
if ( QPlatformAccessibility *pfAccessibility = platformAccessibility() )
pfAccessibility->setActive(active);
#endif
for (int i = 0; i < qAccessibleActivationObservers()->count() ;++i)
qAccessibleActivationObservers()->at(i)->accessibilityActiveChanged(active);
}
In case you will find better way how to turn off accessibility, please let me know.
But there is still one more problem. Occasionally OS X decides to switch accessible back on:
And this is probably the reason why everything works ok on older OS X but not on 10.10. Because OS X 10.10 randomly turns accessible on which causes this crash. Accessible is usually turned on when opening some modal dialog.
This explains why opening an empty dialog increased the probability to crash the application. The only solution I have found is to disable QAccessible every time the PropertyEditor is cleared up.
This crash took me about 40hr+ to replicate and find a way how to eliminate it (unfortunately not to fix it). This crash occurred only on OS X 10.10, not 10.9, not Linux, not Windows.
Bug occurred in slightly modified QtTreePropertyBrowser where we have additional buttons for each property.
When any of these buttons caused property tree refresh, application randomly crashed. But when these actions were executed by buttons outside of the property tree, everything worked fine.
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 org.qt-project.QtWidgets 0x0000000103f49290 QTreeModel::index(QTreeWidgetItem const*, int) const + 176 1 org.qt-project.QtWidgets 0x0000000103f4950b QTreeModel::parent(QModelIndex const&) const + 75 2 org.qt-project.QtWidgets 0x0000000103f23bb7 QTreeView::isIndexHidden(QModelIndex const&) const + 71 3 org.qt-project.QtWidgets 0x0000000103f17e0d QTreeView::visualRect(QModelIndex const&) const + 93 4 org.qt-project.QtWidgets 0x0000000103ec490d QAccessibleTableCell::rect() const + 29 5 org.qt-project.QtWidgets 0x0000000103ec46f2 QAccessibleTableCell::state() const + 146 6 libqcocoa.dylib 0x00000001071913aa QCocoaAccessible::hasValueAttribute(QAccessibleInterface*) + 58 7 libqcocoa.dylib 0x000000010718df7e -[QMacAccessibilityElement accessibilityAttributeNames] + 398 8 com.apple.AppKit 0x00007fff95dea26e NSAccessibilityEntryPointAttributeNames + 115 9 com.apple.AppKit 0x00007fff95e275af -[NSObject(NSAccessibilityInternal) _accessibilityAttributeNamesClientError:] + 56 10 com.apple.AppKit 0x00007fff95e2a62a CopyAttributeNames + 216 11 com.apple.HIServices 0x00007fff9768cbce _AXXMIGCopyAttributeNames + 252 12 com.apple.HIServices 0x00007fff976950c6 _XCopyAttributeNames + 385 13 com.apple.HIServices 0x00007fff97671109 mshMIGPerform + 199 14 com.apple.CoreFoundation 0x00007fff99259c79 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FUNCTION__ + 41 15 com.apple.CoreFoundation 0x00007fff99259beb __CFRunLoopDoSource1 + 475 16 com.apple.CoreFoundation 0x00007fff9924b767 __CFRunLoopRun + 2375 17 com.apple.CoreFoundation 0x00007fff9924abd8 CFRunLoopRunSpecific + 296 18 com.apple.HIToolbox 0x00007fff9695d56f RunCurrentEventLoopInMode + 235 19 com.apple.HIToolbox 0x00007fff9695d2ea ReceiveNextEventCommon + 431 20 com.apple.HIToolbox 0x00007fff9695d12b _BlockUntilNextEventMatchingListInModeWithFilter + 71 21 com.apple.AppKit 0x00007fff95a489bb _DPSNextEvent + 978 22 com.apple.AppKit 0x00007fff95a47f68 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 346 23 libqcocoa.dylib 0x000000010717b29d QCocoaEventDispatcher::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 2093 24 org.qt-project.QtCore 0x0000000104b0337d QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 381 25 org.qt-project.QtWidgets 0x0000000103e6c192 QDialog::exec() + 514
I updated methods from signals-slots mechanism to QEvent system. Unfortunately this didn’t help as well. Next attempt was QTimer usage instead of QEvent or signal-slot to simulate real click. But also without any success.
0 org.qt-project.QtWidgets 0x000000011112f62e QTreeModel::data(QModelIndex const&, int) const + 46 1 org.qt-project.QtWidgets 0x00000001110aa7bb QAccessibleTableCell::state() const + 347 2 libqcocoa.dylib 0x00000001143913aa QCocoaAccessible::hasValueAttribute(QAccessibleInterface*) + 58 3 libqcocoa.dylib 0x000000011438df7e -[QMacAccessibilityElement accessibilityAttributeNames] + 398 4 com.apple.AppKit 0x00007fff95dea26e NSAccessibilityEntryPointAttributeNames + 115 5 com.apple.AppKit 0x00007fff95e275af -[NSObject(NSAccessibilityInternal) _accessibilityAttributeNamesClientError:] + 56
With a lot of luck I finally found the reason for the crash. It’s caused by erasing a property tree (and inner QTreeWidget) together with an active focus on this widget. Unfortunately I’m not able to fix it in the QtCore because according to callstack there is only some QModelIndex manipulation without any sight of what’s going wrong.
The effective solution how to fix this wrong behaviour is to temporally set focus to another widget (or parent), clear the tree and set focus back to property tree. Unfortunately this solution doesn’t work. Check part II of this article for better solution
QWidget* pObject = qobject_cast<QWidget*>(m_propertyBrowser->parent());
if (pObject!=NULL);
pObject->setFocus();
m_propertyBrowser->clear();
m_propertyBrowser->setFocus();
If anyone know how to fix that, I will be glad for any info.
When user use ESC to close the dialog and press it very quickly two or more times in a row, QDialog::reject can be invoked also multiple times.
This is very dangerous and unpredictable because in case your reject will contain some one-time-execute routine the application will start crashing.
The only solution I found is to add these routines to QDialog destructor instead of to reject/accept.
curl -X POST --user user:apitoken http://server/job/JOB_NAME/build?delay=0sec
Api token:
http://server/user/USER_NAME/configure
to fix that, it’s sufficient to configure certificate to allow any application to use it without asking:
Everything is perfectly explained in this post:
http://ubuntuhandbook.org/index.php/2013/08/install-gcc-4-8-via-ppa-in-ubuntu-12-04-13-04/
List of commands
sudo add-apt-repository ppa:ubuntu-toolchain-r/test sudo apt-get update; sudo apt-get install gcc-4.8 g++-4.8 sudo update-alternatives --remove-all gcc sudo update-alternatives --remove-all g++ sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 20 sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.8 20 sudo update-alternatives --config gcc sudo update-alternatives --config g++ gcc --version
Starting with OS X 10.10 existing code signing method doesn’t work. If you have application signed for 10.9 and application works without problems, with 10.10 you will get following error:
How to verify application sign status from command line:
codesign -dvvv /Applications/APP.app Executable=/Applications/Skipper.app/Contents/MacOS/Skipper Identifier=com.skipper.Skipper Format=bundle with Mach-O thin (x86_64) CodeDirectory v=20100 size=239848 flags=0x0(none) hashes=11986+3 location=embedded Hash type=sha1 size=20 CDHash=98839e7aa72de4105ac5ad8a2612682ba3bca53f Signature size=4237 Authority=Developer ID Application: Inventic s.r.o. (6BYV46LH6T) Authority=Developer ID Certification Authority Authority=Apple Root CA Signed Time=03 Feb 2015 17:38:21 Info.plist entries=10 TeamIdentifier=not set Sealed Resources version=1 rules=4 files=44 Internal requirements count=1 size=300
As it’s seems from the verification output, application is correctly signed but OSX doesn’t accept it. Another way how to verify application sign status is via spctl command:
spctl --assess --type execute --verbose Skipper.app/ Skipper.app/: rejected source=obsolete resource envelope
We have some error at least. Now it’s necessary to find out what is wrong. We can try one more test:
codesign -v Skipper.app/ Skipper.app/: resource envelope is obsolete (version 1 signature)
where we dest little bit more details. All these errors we get only on 10.10 mac, not on 10.9 or older.
After another investigation I found following article. The most important part is:
“Important: For your apps to run on updated versions of OSX they must be signed on OS X version 10.9 or later and thus have a version 2 signature.”
Another post about this topic is in felix-schwarz.org blog.
So ,it’s bad. We need to update our build machine to 10.9 or at least create new “sign machine” and make sure that everything will work as expected.
SET GLOBAL sql_mode = 'STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'; SET GLOBAL sql_mode = 'modes'; SET SESSION sql_mode = 'modes'; SELECT @@GLOBAL.sql_mode; SELECT @@SESSION.sql_mode;
The problem is probably caused by too large backup/restore script or SQL commands. The solution which works for me is increasing `max_allowed_packet` setting in my.ini
External sources:
