Qt Creator没有开始

时间:2015-11-13 07:36:50

标签: qt-creator archlinux

我一直在使用Qt Creator一段时间没有问题。现在我尝试启动它,它只是没有。看起来它正在加载然后它崩溃了。

我已经尝试通过重新安装它几次修复它,我删除了所有的配置文件,以防万一,没有。

我在Arch Linux上,这是我从终端启动时抛出的错误:

angular.module('myApp', ['ngAnimate', 'ui.bootstrap']);
angular.module('myApp').controller('HomeController', function($scope, $uibModal) {

  $scope.records = [{'date': new Date(), 'place': 'Bangalore'}];

    $scope.openModal = function() {
      $uibModal.open({
        templateUrl: 'modaldialog.html',
        controller: 'ModalController'
      });
    };

    // How to get the directive date-picker value and pass it and save it.
    $scope.edit = function(record) {
      $uibModal.open({
        templateUrl: 'modaldialog.html',
        controller: 'ModalController'
      });
    };

    $scope.addwithinCtrl = function() {
      var record = {'date': new Date(), 'place': 'Hyderabad'};
      $scope.records.push(record);
    };

});

angular.module('myApp').controller('ModalController', function($scope, $uibModalInstance) {
  // save the input and dismiss the dialog
  $scope.save = function() {
    // how to save the entered data before closing the dialog?
    $uibModalInstance.dismiss('cancel');
  };

  $scope.cancel = function() {
    $uibModalInstance.dismiss('cancel');
  };
});


angular.module('myApp').directive('dateDirective', function() {
  return {
    restrict: 'A',
    templateUrl: 'date.html',
    controller: function($scope) {
      $scope.format = 'dd-MMM-yy';

      $scope.open = function() {
          $scope.status.opened = true;
      };

        $scope.status = {
            opened: false
        };
    }
  }
});

2 个答案:

答案 0 :(得分:0)

尝试在gdb中运行qtcreator以找出它崩溃的位置(在哪个库中)。尝试重新安装该库。

或者:我假设您通过分发包安装了qtcreator。 QT为qtcreator提供二进制包,你可以试试。

答案 1 :(得分:0)

类似。调试进入显示systemd服务无法正确打开日记文件(映射的内存,这就是SIGBUS的原因)。 您可以使用发出命令进行测试,并看到如下所示的输出:

journalctl --disk-usage
  

打开日志文件或目录/var/log/journal/606980f452a14d4bb7327a74a7ff41ee/system@00057ba473706a85-48f3052664924467.journal~时遇到错误,   忽略文件:输入/输出错误已归档和活动日志已占用   文件系统中为171.0M。

要修复必须进行完整磁盘检查的操作(在启动时,请按E键并添加内核参数fsck.mode = force)。 然后删除所有日志并重新启动服务(好吧,您将丢失一些旧消息,并根据上一个输出添加日志所在的路径):

sudo rm -rf /var/log/journal 
sudo systemctl kill --kill-who=main --signal=SIGUSR2 systemd journald.service

如果systemd轮换并删除旧日记本,问题可能会在几天后消失。无论如何,就我而言,这是由于断电造成的。