[#11073] segfault printing instruction sequence for iterator — <noreply@...>
Bugs item #10527, was opened at 2007-05-02 14:42
Hi,
On Thu, May 10, 2007 at 04:51:18PM +0900, Nobuyoshi Nakada wrote:
Hi,
Hi,
This seems to make valgrind much happier.
On Thu, May 17, 2007 at 11:14:35PM +0900, Paul Brannan wrote:
Hi,
Now 'a' shows up twice in the local table:
Hi,
[#11082] Understanding code: Kernel#require and blocks. — Hugh Sasse <hgs@...>
I'm trying to debug a Rails application which complains about an
On 5/4/07, Hugh Sasse <hgs@dmu.ac.uk> wrote:
On Fri, 4 May 2007, George wrote:
On Fri, May 04, 2007 at 06:18:19PM +0900, Hugh Sasse wrote:
[#11108] pattern for implementation-private constants? — David Flanagan <david@...>
Hi,
I believe there isn't a way, but I don't think it's really necessary. Just
[#11127] Bugs that can be closed — "Jano Svitok" <jan.svitok@...>
I propose closing these bugs as invalid:
[#11145] Rational comparison to 0 fails when denominator is != 1 — <noreply@...>
Bugs item #10739, was opened at 2007-05-10 22:06
Hi,
[#11169] Allow back reference with nest level in Oniguruma for Ruby again — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <wonado@...>
Remark: I posted this text in comp.lang.ruby first, but Matz told me,
Does it make sense or is it required to write this as a RCR?
[#11176] FileUtils.rm_rf misfeature? — johan556@...
Hi!
[#11210] Pathname ascend and descend inclusive parameter — TRANS <transfire@...>
I would like to suggest that Pathname#ascend and Pathname#descend
[#11234] Planning to release 1.8.6 errata — Urabe Shyouhei <shyouhei@...>
Hi all.
On 25/05/07, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
[#11252] Init_stack and ruby_init_stack fail to reinit stack (threads problem?) — <noreply@...>
Bugs item #11134, was opened at 2007-05-25 12:14
Hi,
Nobuyoshi Nakada wrote:
[#11255] ruby_1_8_6 build problem (make install-doc) — johan556@...
Hi!
[#11271] providing better support through rubyforge tracker categories — Ryan Davis <ryand-ruby@...>
I'm going to make more categories for the trackers (bugs and patches)
[#11367] BUG: next in lambda: 1.8.6 differs from 1.8.4 and 1.9.0 — David Flanagan <david@...>
A toplevel next statement in a lambda does not return a value in 1.8.6,
[#11368] $2000 USD Reward for help fixing Segmentation Fault in GC — Brent Roman <brent@...>
Hi Brent,
[ ruby-Bugs-7233 ] Net::IMAP seems unable to parse NOMODSEQ line from Cyrus IMAP server
Bugs item #7233, was opened at 2006-12-12 03:36
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=7233&group_id=426
>Category: Networking / Communication / P
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Pete Birkinshaw (binaryape)
Assigned to: Nobody (None)
Summary: Net::IMAP seems unable to parse NOMODSEQ line from Cyrus IMAP server
Initial Comment:
The 'select' method of Net::IMAP in Ruby 1.8.5 works fine with older Cyrus IMAP servers but is failing with the latest Cyrus test release (2.3.7). There seems to be a problem parsing the NOMODSEQ line.
The code
require 'net/imap'
Net::IMAP.debug = true
# ...
imap = Net::IMAP.new(server)
imap.login(user, password)
imap.select('INBOX')
produces:
S: * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID AUTH=PLAIN SASL-IR] imap.example.com Cyrus IMAP4 v2.3.7 server ready
C: RUBY0001 LOGIN usernamehere passwordhere
S: RUBY0001 OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID LOGINDISABLED ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE CATENATE CONDSTORE IDLE LISTEXT LIST-SUBSCRIBED X-NETSCAPE URLAUTH] User logged in
C: RUBY0002 NOOP
S: RUBY0002 OK Completed
C: RUBY0003 SELECT INBOX
S: * FLAGS (\Answered \Flagged \Draft \Deleted \Seen)
S: * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)]
S: * 0 EXISTS
S: * 0 RECENT
S: * OK [UIDVALIDITY 1165577702]
S: * OK [UIDNEXT 1]
S: * OK [NOMODSEQ] Sorry, modsequences have not been enabled on this mailbox
@str: "* OK [NOMODSEQ] Sorry, modsequences have not been enabled on this mailbox\r\n"
@pos: 15
@lex_state: EXPR_BEG
@token.symbol: RBRA
@token.value: "]"
/usr/lib/ruby/1.8/net/imap.rb:3104:in `parse_error': unexpected token RBRA (expected SPACE) (Net::IMAP::ResponseParseError)
from /usr/lib/ruby/1.8/net/imap.rb:2956:in `match'
from /usr/lib/ruby/1.8/net/imap.rb:2747:in `resp_text_code'
from /usr/lib/ruby/1.8/net/imap.rb:2723:in `resp_text'
from /usr/lib/ruby/1.8/net/imap.rb:1994:in `response_cond'
from /usr/lib/ruby/1.8/net/imap.rb:1954:in `response_untagged'
from /usr/lib/ruby/1.8/net/imap.rb:1930:in `response'
from /usr/lib/ruby/1.8/net/imap.rb:1856:in `parse'
from /usr/lib/ruby/1.8/net/imap.rb:996:in `get_response'
from /usr/lib/ruby/1.8/net/imap.rb:925:in `receive_responses'
from /usr/lib/ruby/1.8/net/imap.rb:918:in `initialize'
from /usr/lib/ruby/1.8/net/imap.rb:917:in `initialize'
from ./test.rb:10
----------------------------------------------------------------------
Comment By: Brian Chapados (chapados)
Date: 2007-02-19 02:29
Message:
Here is a patch to recognize and ignore the [NOMODSEQ] response. This is probably not the proper way to handle this, but it will allow Net::IMAP to function with these Cyrus IMAP servers:
Here is a pastie link in case the text below doesn't work
http://pastie.caboo.se/41345
--- imap.rb 2007-02-19 02:20:05.000000000 -0800
+++ imap-patched.rb 2007-02-19 02:22:00.000000000 -0800
@@ -2743,6 +2743,10 @@
when /\A(?:UIDVALIDITY|UIDNEXT|UNSEEN)\z/n
match(T_SPACE)
result = ResponseCode.new(name, number)
+ when /\A(?:NOMODSEQ)\z/n
+ # recognize and ignore Cyrus IMAP 2.3.7+ NOMODSEQ response
+ # reference: http://rubyforge.org/tracker/?func=detail&atid=1698&aid=7233&group_id=426
+ result = ResponseCode.new(name, nil)
else
match(T_SPACE)
@lex_state = EXPR_CTEXT
----------------------------------------------------------------------
You can respond by visiting:
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=7233&group_id=426