Skip to content
Snippets Groups Projects
  1. Aug 30, 2010
  2. Jul 22, 2010
  3. Jul 13, 2010
  4. Jun 22, 2010
  5. Jun 11, 2010
  6. Jun 07, 2010
  7. May 28, 2010
    • Kai Koehne's avatar
      Fix crashes when loading large .qmlproject's (Mac OS X) · 7f1f9e14
      Kai Koehne authored
      There is a hard limit on the number of file handles that can be open at one point per process on Mac OS X (e.g. it's 2560 on Mac OS X Snow Leopard Server, as shown by ulimit -a). Opening one or several .qmlproject's with a large number of directories to watch easily exceeds this. The results are crashes later on, e.g. when threads cannot be created any more.
      
      This patch implements a heuristic that the file system watcher used for .qmlproject files never uses more than half the number of available file handles. It also increases the number from rlim_cur to rlim_max - the old code in main.cpp failed, see last section in
      
       http://developer.apple.com/maac/library/documentation/Darwin/Reference/ManPages/man2/setrlimit.2.html
      
      for details.
      
      Reviewed-by: ckamm
      Task-number: QTCREATORBUG-1487
      Task-number: QTCREATORBUG-1486
      7f1f9e14
  8. May 12, 2010
    • Lasse Holmstedt's avatar
      Fixed crash when using -noload to disable multiple plugins · 425f4b74
      Lasse Holmstedt authored
      The noload behavior is also changed: it now always shows the plugins in
      About Plugins... menu, even though -noload was used. When using -noload,
      the enabled state of the plugin is not saved, so if the command line
      arg is removed, the plugin will be loaded normally.
      
      Reviewed-by: con
      425f4b74
    • Lasse Holmstedt's avatar
      Fixed crash when using -noload to disable multiple plugins · bc00f859
      Lasse Holmstedt authored
      The noload behavior is also changed: it now always shows the plugins in
      About Plugins... menu, even though -noload was used. When using -noload,
      the enabled state of the plugin is not saved, so if the command line
      arg is removed, the plugin will be loaded normally.
      
      Reviewed-by: con
      bc00f859
  9. Apr 30, 2010
  10. Apr 22, 2010
  11. Apr 12, 2010
  12. Mar 31, 2010
  13. Mar 18, 2010
  14. Mar 12, 2010
  15. Mar 05, 2010
  16. Mar 01, 2010
  17. Feb 18, 2010
  18. Jan 22, 2010
  19. Jan 21, 2010
  20. Jan 14, 2010
  21. Jan 07, 2010
  22. Jan 05, 2010
  23. Dec 14, 2009
    • Friedemann Kleint's avatar
      Debugger: Enable attaching with -client option. · bd8d2b0b
      Friedemann Kleint authored
      
      Make it possible to trigger a debug-attach in a running instance
      of Qt Creator by means of -client, use that in qtcdebugger, thus
      enabling it to attaching to crashing executables in run mode
      (Windows/CDB).
      
      Modify IPlugin and application so that the complete command line is
      serialized and transmitted to a running instance via QtSingleApplication
      if -client is specified. Introduce IPlugin::remoteArgument and use that
      in core for opening files and in the debugger for attaching.
      
      Use -client in qtcdebugger with some logic to keep it alive as long as
      the debuggee, make CDB break in that case as the events are not replayed
      correctly in case the debugger is not spawned by the registered handler.
      Rubber-stamped-by: default avatarcon <qtc-committer@nokia.com>
      bd8d2b0b
  24. Oct 29, 2009
  25. Oct 15, 2009
  26. Oct 02, 2009
  27. Sep 29, 2009
  28. Sep 25, 2009
  29. Sep 15, 2009
  30. Sep 11, 2009
Loading