Newbie issues. I just followed all instructions and got "Stack Level Too Deep" in get_implicit_project_path about project-sprouts

[lljaxn]

Fixed it.......I new my DOS was not that rusty

[lljaxn]

Oh, HINT you have a STACK Issue.....increase the size.

[lljaxn]

OK OK OK .... I cant be that mean cause I know others will come here. I remembered back in the day when we had to actually write real programs with interrupt handlers and stuff. There was the STACK and the HEAP. These were areas of memory reserved above the actual code and used to store variables and transient data. You could control the amount of memory DOS allocated in the config.sys file. so I had to do a little searching and found out how to do it in Vista.
I found it here. http://www.informit.com/articles/article.aspx?p=1151314&seqNum=6&rll=1

Short-cut...
click....(hate windows) Start
click accessories and find NotePad.
RIGHT click Notepad and click open as administrator
Open the file c:\windows\system32\config.nt
Add a line at the bottom....remember REM is a remark so 99% of this file is comments
ADD the line STACKS=12,256
You might want to up the FILES= too....this tells DOS how many file handles to reserve so that you can open files. 256 was a good number in the old days.

My file bottom looks like this
REM is zero, EMM will be disabled and the EMM line will be ignored.
REM
STACKS=12,256
dos=high, umb
device=%SystemRoot%\system32\himem.sys
files=40

[lukebayes]

I'd like to look more closely at this bug, because I think you've uncovered a Sprout bug that appears only on a specific variant of Windows. The fix should definitely not include manipulating your system at that level.

Unfortunately, I don't have an installation of Vista available at the moment. I do have XP and am planning on picking up Windows 7 next week. I have been told by other folks on our list that Vista was working for them - but can't personally reproduce your issue. I'd like to see if we can work through this next week if you have a little time.

[lljaxn]

I have Win7 and will install it this weekend on a old server. I plan on setting the server up with multiple boots so I can have X, 7, Linux and MAC (might be redundant with Linux)

I will keep the laptop on Vista so I can help workout some of these bugs if you would like.

[lukebayes]

That sounds great - I'll try to check in on Monday or Tuesday, is there an email address that's better than others?

[whitered]

I've got similar error on WIndows 7 x64:
c:/Program Files/ruby/lib/ruby/gems/1.8/gems/sprout-0.7.235-x86-mswin32/lib/sprout.rb:481:in get_implicit_project_path': stack level too deep (SystemStackError) from c:/Program Files/ruby/lib/ruby/gems/1.8/gems/sprout-0.7.235-x86-mswin32/lib/sprout.rb:485:inget_implicit_project_path'
from c:/Program Files/ruby/lib/ruby/gems/1.8/gems/sprout-0.7.235-x86-mswin32/lib/sprout.rb:453:in project_path' from c:/Program Files/ruby/lib/ruby/gems/1.8/gems/sprout-0.7.235-x86-mswin32/lib/sprout/generator/base_mixins.rb:75:ininitialize'
from c:/Program Files/ruby/lib/ruby/gems/1.8/gems/sprout-0.7.235-x86-mswin32/lib/sprout/generator/named_base.rb:35:in initialize' from c:/Program Files/ruby/lib/ruby/gems/1.8/gems/rubigen-1.5.4/lib/rubigen/lookup.rb:165:innew'
from c:/Program Files/ruby/lib/ruby/gems/1.8/gems/rubigen-1.5.4/lib/rubigen/lookup.rb:165:in instance' from c:/Program Files/ruby/lib/ruby/gems/1.8/gems/sprout-0.7.235-x86-mswin32/lib/sprout.rb:149:ingenerate'
from c:/Program Files/ruby/lib/ruby/gems/1.8/gems/sprout-0.7.235-x86-mswin32/bin/sprout:125
from c:/Program Files/ruby/bin/sprout:19:in `load'
from c:/Program Files/ruby/bin/sprout:19

There was no config.nt file in my system32 folder, and creation of it did not help.

[lukebayes]

Sorry about this - I had a regression in a release earlier this week. Please update to the latest gem version 0.7.236 to get the fix.

gem update sprout