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
-~----------~----~----~----~------~----~------~--~---

Reply via email to