I'm getting the following error when I try to run the TODO Bundle "Show TODO List" I can't figure out what it means.
/opt/local/lib/ruby/1.8/erb.rb:354:in `trim_line2': private method `scan' called for #(NoMethodError) from /opt/local/lib/ruby/1.8/erb.rb: 311:in `call' from /opt/local/lib/ruby/1.8/erb.rb:311:in `scan' from / opt/local/lib/ruby/1.8/erb.rb:534:in `compile' from /opt/local/lib/ ruby/1.8/erb.rb:702:in `initialize' from /Applications/TextMate.app/ Contents/SharedSupport/Bundles/TODO.tmbundle/Support/todo.rb:52:in `new' from /Applications/TextMate.app/Contents/SharedSupport/Bundles/ TODO.tmbundle/Support/todo.rb:52
I'm running a macports version of ruby (ruby 1.8.7 (2008-08-11 patchlevel 72) [i686-darwin9])
Any help you could provide would be greatly appreciated.
Tony
tnyplz wrote:
I'm getting the following error when I try to run the TODO Bundle "Show TODO List" I can't figure out what it means.
/opt/local/lib/ruby/1.8/erb.rb:354:in `trim_line2': private method `scan' called for #(NoMethodError) from /opt/local/lib/ruby/1.8/erb.rb: 311:in `call' from /opt/local/lib/ruby/1.8/erb.rb:311:in `scan' from / opt/local/lib/ruby/1.8/erb.rb:534:in `compile' from /opt/local/lib/ ruby/1.8/erb.rb:702:in `initialize' from /Applications/TextMate.app/ Contents/SharedSupport/Bundles/TODO.tmbundle/Support/todo.rb:52:in `new' from /Applications/TextMate.app/Contents/SharedSupport/Bundles/ TODO.tmbundle/Support/todo.rb:52
I'm running a macports version of ruby (ruby 1.8.7 (2008-08-11 patchlevel 72) [i686-darwin9])
I think it has something to do with the TM_BUNDLE_SUPPORT.
According to http://manual.macromates.com/en/bundles#support_folder.html if I do
echo "$TM_SUPPORT_PATH"
I should get
/Library/Application Support/TextMate/Support
but instead I don't get anything.
The bundle gets errors when trying to find "#{ENV['TM_BUNDLE_SUPPORT']}/template_html_header.rhtml"
which can be found on my system on /Applications/TextMate.app/Contents/SharedSupport/Bundles/TODO.tmbundle/Support
Could this be the issue?
Hi,
I had this problem too, you are probably running Textmate 1.5.6, the TODO bundle was broken, so update it to the latest version.
On Sat, Jan 10, 2009 at 7:40 AM, tnyplz tnyplz@gmail.com wrote:
tnyplz wrote:
I'm getting the following error when I try to run the TODO Bundle "Show TODO List" I can't figure out what it means.
/opt/local/lib/ruby/1.8/erb.rb:354:in `trim_line2': private method `scan' called for #(NoMethodError) from /opt/local/lib/ruby/1.8/erb.rb: 311:in `call' from /opt/local/lib/ruby/1.8/erb.rb:311:in `scan' from / opt/local/lib/ruby/1.8/erb.rb:534:in `compile' from /opt/local/lib/ ruby/1.8/erb.rb:702:in `initialize' from /Applications/TextMate.app/ Contents/SharedSupport/Bundles/TODO.tmbundle/Support/todo.rb:52:in `new' from /Applications/TextMate.app/Contents/SharedSupport/Bundles/ TODO.tmbundle/Support/todo.rb:52
I'm running a macports version of ruby (ruby 1.8.7 (2008-08-11 patchlevel 72) [i686-darwin9])
I think it has something to do with the TM_BUNDLE_SUPPORT.
According to http://manual.macromates.com/en/bundles#support_folder.html if I do
echo "$TM_SUPPORT_PATH"
I should get
/Library/Application Support/TextMate/Support
but instead I don't get anything.
The bundle gets errors when trying to find "#{ENV['TM_BUNDLE_SUPPORT']}/template_html_header.rhtml"
which can be found on my system on /Applications/TextMate.app/Contents/SharedSupport/Bundles/TODO.tmbundle/Support
Could this be the issue?
-- View this message in context: http://www.nabble.com/%28NoMethodError%29-with-TODO-Bundle-tp21346135p213854... Sent from the textmate users mailing list archive at Nabble.com.
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
I'm running Texmate v. 1.5.7 (1436)
On 10 Jan 2009, at 07:40, tnyplz wrote:
[...] I think it has something to do with the TM_BUNDLE_SUPPORT.
According to http://manual.macromates.com/en/bundles#support_folder.html if I do
echo "$TM_SUPPORT_PATH"
I should get
/Library/Application Support/TextMate/Support
but instead I don't get anything.
You should get that if you did a checkout of the dir, otherwise you should get it pointing inside TM. But TM_BUNDLE_SUPPORT != TM_SUPPORT_PATH.
The bundle gets errors when trying to find "#{ENV['TM_BUNDLE_SUPPORT']}/template_html_header.rhtml"
It may be that you have a partial and/or outdated svn checkout.
I suggest you do http://wiki.macromates.com/Troubleshooting/RevertToDefaultBundles
The bundle gets errors when trying to find "#{ENV['TM_BUNDLE_SUPPORT']}/template_html_header.rhtml"
It may be that you have a partial and/or outdated svn checkout.
I suggest you do http://wiki.macromates.com/Troubleshooting/RevertToDefaultBundles
Thanks Allan. I tried what you suggested, but I'm still getting the same error after I reverted to the default bundles.
I've been using Macports to run ruby 1.8.7 on my mac, when I took macports out of my PATH and tried it again it worked! So it seems to be an issue with the Macports version of ruby. Any ideas of how I could fix this?
On 15 Jan 2009, at 05:17, Tony Pelaez wrote:
The bundle gets errors when trying to find "#{ENV['TM_BUNDLE_SUPPORT']}/template_html_header.rhtml"
It may be that you have a partial and/or outdated svn checkout.
I suggest you do http://wiki.macromates.com/Troubleshooting/RevertToDefaultBundles
Thanks Allan. I tried what you suggested, but I'm still getting the same error after I reverted to the default bundles.
I've been using Macports to run ruby 1.8.7 on my mac, when I took macports out of my PATH and tried it again it worked! So it seems to be an issue with the Macports version of ruby. Any ideas of how I could fix this?
It sounds like either the MacPorts ruby 1.8.7 is broken, or alternatively, that we rely on behavior that has changed with newer version of ruby, based on the error you got I am inclined to think the former.
On Jan 27, 2009, at 10:51 AM, Allan Odgaard wrote:
On 15 Jan 2009, at 05:17, Tony Pelaez wrote:
The bundle gets errors when trying to find "#{ENV['TM_BUNDLE_SUPPORT']}/template_html_header.rhtml"
It may be that you have a partial and/or outdated svn checkout.
I suggest you do http://wiki.macromates.com/Troubleshooting/RevertToDefaultBundles
Thanks Allan. I tried what you suggested, but I'm still getting the same error after I reverted to the default bundles.
I've been using Macports to run ruby 1.8.7 on my mac, when I took macports out of my PATH and tried it again it worked! So it seems to be an issue with the Macports version of ruby. Any ideas of how I could fix this?
It sounds like either the MacPorts ruby 1.8.7 is broken, or alternatively, that we rely on behavior that has changed with newer version of ruby, based on the error you got I am inclined to think the former.
Ruby 1.8.7 is a problematic release not well liked in the community. It could easily be the source of problems.
It was meant to be a transition release for Ruby 1.9 and it backports many of the new features from the pending release. Unfortunately, that means a tiny version point release gave us a dramatically different interpreter. It also means we now have three versions to worry about in this transition: the Ruby 1.8 branch that's 1.8.6 and earlier, the Ruby 1.9 branch, and the strange hybrid Ruby 1.8.7.
For these reasons, I lot of the community is just avoiding 1.8.7 and trying to pretend like it never happened.
James Edward Gray II
On Jan 27, 2009, at 9:00 AM, James Gray wrote:
On Jan 27, 2009, at 10:51 AM, Allan Odgaard wrote:
On 15 Jan 2009, at 05:17, Tony Pelaez wrote:
The bundle gets errors when trying to find "#{ENV['TM_BUNDLE_SUPPORT']}/template_html_header.rhtml"
It may be that you have a partial and/or outdated svn checkout.
I suggest you do http://wiki.macromates.com/Troubleshooting/RevertToDefaultBundles
Thanks Allan. I tried what you suggested, but I'm still getting the same error after I reverted to the default bundles.
I've been using Macports to run ruby 1.8.7 on my mac, when I took macports out of my PATH and tried it again it worked! So it seems to be an issue with the Macports version of ruby. Any ideas of how I could fix this?
It sounds like either the MacPorts ruby 1.8.7 is broken, or alternatively, that we rely on behavior that has changed with newer version of ruby, based on the error you got I am inclined to think the former.
Ruby 1.8.7 is a problematic release not well liked in the community. It could easily be the source of problems.
Thanks for the advice, I deactivated my macports ruby 1.8.7 and am now back to 1.8.6. Everything seems to be working fine.