Thanks David, I can duplicate it now with that sequence of commands.
I'll investigate and see what I can find out.
- Jamis
On 7/21/07, David Lemstra <[EMAIL PROTECTED]> wrote:
>
> It seems this problem is popping up more than once.
> See groups.google.com/group/capistrano/browse_thread/thread/
> e19b80cebce0d698/cb97fd52fb417c23
>
> I also hit this problem and got the following error:
> /usr/lib/ruby/gems/1.8/gems/highline-1.2.9/lib/highline.rb:593:in
> `get_line': The input stream is exhausted. (EOFError)
>
> I'm using Cap 2.0 Preview 4 on Ubuntu 6.10 to a FreeBSD 6.2 Host
> It happens whenever a user prompt to set a variable is executed
> *after*
> a run() has already been executed.
> My stripped down example.
> <snip>
> run("mysql -u #{rdb_user} -e 'USE #{rdb_name};'")
> set(:clobber_rdb) { Capistrano::CLI.ui.ask "Remote DB #{rdb_name}
> already exists. Type 'clobber' to clobber it: "}
> </snip>
> If I comment out the run, Capistrano::CLI.ui.ask works fine.
>
> My work around is to set my variables at the command line with -s
>
> cheers,
> David Lemstra
>
> On Jul 20, 12:18 pm, Andy Koch <[EMAIL PROTECTED]> wrote:
> > Hi Cappers,
> > (if I may use that term)
> >
> > I found some odd behavior in the current Cap. 2 beta.
> >
> > First my caveat; I'm really learning to use Cap at this time. Having
> > watched the peepcode and read the online docs. Now I'm using it to make
> > some admin / development tools.
> >
> > Here's the issue I've come across.
> >
> > I have a task to migrate a batch of databases, as I have an app which
> > has 50+ (don't ask why, I didn't make it). I have a variable that is
> > used to for setting the optional VERSION for the "rake db:migrate".
> > Standard stuff.
> >
> > The variable is used towards the end of the method. When it gets
> > requested of the user I consistently get an error ...
> >
> > `get_line': The input stream is exhausted. (EOFError)
> >
> > However, if I reference this variable at the beginning of the method
> > then everything works fine.
> >
> > This seems like odd behavior to me. Thought I'd mention it in case
> > someone else runs into a similar problem.
> >
> > Here is my full output/stacktrace.
> >
> > Regards, Andy Koch
> >
> > ###########################
> > [EMAIL PROTECTED]:~/stringsDB/external$ cap custom:batch_migrate
> > [DEPRECATION] Capistrano.configuration is deprecated. Use
> > Capistrano::Configuration.instance instead
> > * executing `custom:batch_migrate'
> > * executing "ls -l1 /var/www/stringsDB/data/Builds/Matrix"
> > servers: ["192.168.26.27"]
> > [192.168.26.27] executing command
> > command finished
> > Version (0 for none)?
> > /var/lib/gems/1.8/gems/highline-1.2.9/lib/highline.rb:593:in `get_line':
> > The input stream is exhausted. (EOFError)
> > from
> > /var/lib/gems/1.8/gems/highline-1.2.9/lib/highline.rb:614:in 'get_response'
> > from
> > /var/lib/gems/1.8/gems/highline-1.2.9/lib/highline.rb:213:in `ask'
> > from config/recipes/pcd_cap_tasks.rb:41:in `load'
> > from
> > /var/lib/gems/1.8/gems/capistrano-1.99.3/lib/capistrano/configuration/variables.rb:87:in
> > `call'
> > from
> > /var/lib/gems/1.8/gems/capistrano-1.99.3/lib/capistrano/configuration/variables.rb:87:in
> > `fetch'
> > from
> > /var/lib/gems/1.8/gems/capistrano-1.99.3/lib/capistrano/configuration/variables.rb:110:in
> > `protect'
> > from /usr/lib/ruby/1.8/thread.rb:135:in `synchronize'
> > from
> > /var/lib/gems/1.8/gems/capistrano-1.99.3/lib/capistrano/configuration/variables.rb:110:in
> > `protect'
> > ... 17 levels...
> > from
> > /var/lib/gems/1.8/gems/capistrano-1.99.3/lib/capistrano/cli/execute.rb:14:in
> > `execute'
> > from /var/lib/gems/1.8/gems/capistrano-1.99.3/bin/cap:4
> > from /var/lib/gems/1.8/bin/cap:18:in `load'
> > from /var/lib/gems/1.8/bin/cap:18
> >
> > #################################
>
>
> >
>
--~--~---------~--~----~------------~-------~--~----~
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at http://groups.google.com/group/capistrano
-~----------~----~----~----~------~----~------~--~---
