It seems that TM is leaking memory in Find in Project (probably in
OakDocument), it is NOT visible when working with small projects, but
with bigger it grows RSIZE memory infinitely.
Steps to reproduce:
$ mate /Developer/Documentation
... then Find in Project for "test".
In Performance Monitor watch as RSIZE grows above 1GB after about one
My Mac is MacBook Pro 2.2Ghz 2GB RAM, 10.5.2.
I think it has something to do with OakDocument that is created for
all searched files in the list, also for some non-text files.
I just spotted that TM is not freeing RSIZE (nor VM) after closing
some huge binary files like .pch (VC binary) or so. (Libraries). It
may have something to do with that.
It may have something to do with my former mail about big files with
single line inside.
Currently I work with some huge C/C++ projects, and lately searching
for any file ends up with TM eating all my memory.
BTW. Can't Find in Project work in separate thread?
Like: when pressing [Find] in the Find in Project, [Find] button is
made inactive, below appears spinning wheel icon "Working...", and
below we may have [Stop] button that appears only when thread is active.
I often use this, but it hangs TM for a while, moreover it is not
possible to interrupt it.
Adam Strzelecki |: nanoant.com :|
is there any way of making RakeMate not htmlize rake's output?
I have a rake task that outputs compilation errors, and would like to
make them clickable so the user can open the offending file, but the
HTML I generate is escaped, so it's not useful.
The current svn version of texMate.py does not work on OS X 10.4.11.
The reason, I think, is that Python 2.3.5 is installed, which does not
have the "subprocess" module. Since r8813, the texMate script has used
Although I'm in no way related to the project, I'd like to inform that
the MissingDrawer plugin has been updated.
The changes are not yet significant, but the best is that the
development of that oh-so-good plugin starts again, and we can so
expect many new features coming to us!
Maybe my dreams of a 'Expand/Collapse all' option will soon come true...
I've gone through the steps on the “Revert to Default Bundles” wiki
page, restored default shortcut keys in the OSX System Preferences,
deleted TextMate related Preferences and Caches and relaunched
TextMate and still can't get access to the “Show Bundle Items” menu
Additionally, I cannot assign ⌃⎋ to any bundle items. It's as if
TextMate has started to ignore all instances of that key equivalent.
To make sure it wasn't a system wide issue with ⌃⎋ I setup a
Quicksilver trigger which worked as expected.
To make matters worse I can't even figure out where/how to re-bind
“Show Bundle Items” to another key equivalent so that I can at
least regain that functionality.
Help with any of this is appreciated.
I am trying to create a Shoes bundle. For those who don't know shoes, it is
a GUI framework for Ruby. I'd like the bundle to use the ruby bundle's text
highlighting, folding scheme, etc. I can (and currently have) copied the
language into the new bundle, but can I somehow inherit the language from
the ruby bundle? Thanks.
I have added an xcode project to the bundles repo (http://
macromates.com/svn/Bundles/trunk/Review/Tools/tmread/) called tmread
(it need's a better name). From the help file ...
"The goal of this is to facilitate scripts/commands running via
TextMate that require user input to use tm_dialog to get the input,
where typically the user would enter it on the command line."
In essence, you can use this to run scripts via textmate and have
textmate present a dialog to the user to allow them to enter input
into the process.
I need some help to test this. It passed under every circumstance I
can concoct, but of course there could be lurking bugs.
To fully make use of this though, you need to be a bit clever about
how you write the output of the running process to wherever your are
writing it to (typically the HTML output window). Consider thing's
like RubyMate. It executes a ruby script, writing the output of said
script to the html output window. It currently does this on a line by
line basis. This is problematic if you have the following script ...
$stdout.print("Please enter username: ")
username = STDIN.gets
The problem here is that RubyMate would not output "Please enter
username: " before the dialog is presented to the user asking for the
username. So the user won't really know what they are inputting.
I am not 100% sure how to solve this. Parsing the input line by line
is too convenient to through out the window. What we really need is a
way to identify when it is likely that the script we are running is
presenting a prompt and then pass that through as a line, considering
that most prompts end when a newline is entered. I am at a bit of a
loss on how to do this.
I would encourage anyone interested to grab tmread from the repo to
read the readme, build it and have a play so we can catch any issues.
rather than piggybacking on my other thread, I wanted to ask another
question, namely which version control system to take for collaborative
writing projects. I am basically starting afresh, so there is no code-base
already in a certain repository format to be taken into account, and I am
planning to use it for (collaborative) writing of text, mostly MultiMarkdown
and maybe Latex if I get the hang of it.
Most people advocating Subversion emphasize that it is widely used and
rather easy to learn. As I am not planning to maintain source code in it
anyway, these points may not be very important.
It seems to me, the alternatives (Bazaar, Git, Mercurial to name a few I
have read about) have matured quite a bit and I would not want to learn a
specific system only to find out that previous users are migrating away from
it for good reasons (that I may not see right now).
So: if the requirements were:
1) up-to-date versioning
2) easy install
3) idiot friendly
4) collaboration friendly (merging of textfiles having been altered by
several authors independently should be doable; see point 3 above)
5) offline work happens (branching and merging)
6) perhaps OS-independent (in case I can convince those other co-authors)
7) existence of a bundle providing integration into Textmate would be a huge
plus (but consider that I may be satisfied with a very limited subset of
what every versioning system offers already)
8) not sure if applicable: if a visualization tool such as Changes.app for
diffing said textfiles be callable to compare versions that would be great,
too. My experience with Filemerge et al, is limited because it does not seem
to like UTF-8 very much (which I require).
what would you choose?