Jgarber RedCloth → 4.0

Comments and changes to this ticket

• You flagged this item as spam.
  

  VirtualFunction June 22nd, 2008 @ 01:43 PM

  Oh, bugger. Catch 22 situation, lighthouse is using Textile :-) ... Which means textile code gets consumed :-(

  RedCloth.new('p. the Technical section').to_html

  ^ Hope that works

• You flagged this item as spam.
  

  VirtualFunction June 22nd, 2008 @ 01:43 PM

  Nope. Damn it

  RedCloth.new('p. the Technical section').to_html

• You flagged this item as spam.
  

  VirtualFunction June 22nd, 2008 @ 01:44 PM

  Damn, was hoping 3rd time lucky, so much for notextile tags in 3.x lol. Anyway, sure you'll know what I'm trying to put across lol

• You flagged this item as spam.
  

  VirtualFunction June 22nd, 2008 @ 01:47 PM

  And, sorry, forgot to add, I'm using the latest version from git on the default 1.8.6 x64 package (patch level 111) from Hardy/Ubuntu

• 

  Jason Garber June 25th, 2008 @ 02:53 PM

  • Tag set to “links”

  Sorry, I'm not getting it. I do this and it works for me:

  
  
  
  $ irb -r lib/redcloth
  
  >> RedCloth.new('p. the Technical section').to_html
  
  => "
  the 
  
  
  
  

  What am I missing? Can you attach a failing test case or at least a textfile that shows your input, the error, and all that?

  Thanks!

• 

  Jason Garber June 25th, 2008 @ 02:55 PM

  • no changes were found...

  • bug__4.txt 162 Bytes
• 

  Jason Garber June 25th, 2008 @ 02:55 PM

  Crap, it bit me too. How ironic. The bugs in RedCloth are impeding our ability to fix them!

  I attached "bug #4.txt" that shows how something works for me. Whether or not it's what you're trying...

• You flagged this item as spam.
  

  VirtualFunction June 25th, 2008 @ 03:10 PM

  Heh, it's all part of eating your own dog food (though I've yet to see dog food that also bites)

  If you aren't getting it, might it be an idea for me to clone from master again and recompile (as I put an old version back), and give you access to my computer. It might be a 64bit arch thing maybe (though can't see how the arch would make any difference)

• 

  Jason Garber June 25th, 2008 @ 05:11 PM

  • State changed from “new” to “hold”

  Okay, I'll wait to hear from you how I can replicate it. I must say, it's awesome that this is being tested on a 64-bit architecture. It's these kinds of weird bugs that have me scared to release. :-)

• You flagged this item as spam.
  

  VirtualFunction June 25th, 2008 @ 07:20 PM

  OK, Sorry, ended up being dragging into helping friend / house mate move in + cook dinner etc.

  I'll send you an email in a sec with details on how to SSH into my home PC. I assume your address you use for the mailing list is OK.

  I've reinstalled completely fresh (I was hacking $PATH before so included the path where ragel was built so I could save a make install littering my bin folder with ragel binaries for the one off compile)... I definitely still have the same issue.

  While I was at it, I threw everything through gdb.

  $> gdb ruby

  (gdb) run -r rubygems -e 'require "redcloth"; RedCloth.new(%[p. the "Technical" :/ section]).to_html'

  Starting program: /usr/bin/ruby -r rubygems -e 'require "redcloth"; RedCloth.new(%[p. the Technical section]).to_html'

  (no debugging symbols found)

  (no debugging symbols found)

  (no debugging symbols found)

  (no debugging symbols found)

  [Thread debugging using libthread_db enabled]

  (no debugging symbols found)

  (no debugging symbols found)

  (no debugging symbols found)

  (no debugging symbols found)

  [New Thread 0x7f6f393516e0 (LWP 27656)]

  (no debugging symbols found)

  (no debugging symbols found)

  Program received signal SIGSEGV, Segmentation fault.

  [Switching to Thread 0x7f6f393516e0 (LWP 27656)]

  0x00007f6f38ebaed5 in rb_convert_type () from /usr/lib/libruby1.8.so.1.8

  (gdb) bt

  #0 0x00007f6f38ebaed5 in rb_convert_type () from /usr/lib/libruby1.8.so.1.8

  #1 0x00007f6f38ea78fb in ?? () from /usr/lib/libruby1.8.so.1.8

  #2 0x00007f6f38e8e3c6 in ?? () from /usr/lib/libruby1.8.so.1.8

  #3 0x00007f6f38e8e6e8 in ?? () from /usr/lib/libruby1.8.so.1.8

  #4 0x00007f6f38e8eccf in ?? () from /usr/lib/libruby1.8.so.1.8

  #5 0x00007f6f38e8ef95 in rb_funcall () from /usr/lib/libruby1.8.so.1.8

  #6 0x00007f6f37aab8b4 in redcloth_inline (self=140115647379160, p=0x79daa0 "/ section", pe=0x79daaa "", refs=4)

  at ext/redcloth_scan/redcloth_inline.rl:93

  #7 0x00007f6f37aad5fe in redcloth_inline2 (self=140115647379160, str=140115647378640, refs=4) at ext/redcloth_scan/redcloth_inline.rl:280

  #8 0x00007f6f37aad6bc in red_block (self=140115647379160, regs=140115647378880, block=140115647378640, refs=4)

  at ext/redcloth_scan/redcloth_inline.rl:192

  #9 0x00007f6f37aae1dc in redcloth_transform (self=140115647379160, p=0x79e61d "", pe=0x79e61e "", refs=4) at ext/redcloth_scan/redcloth_scan.rl:219

  #10 0x00007f6f37ab3337 in redcloth_transform2 (self=140115647379160, str=140115647379320) at ext/redcloth_scan/redcloth_scan.rl:350

  #11 0x00007f6f38e8e3c6 in ?? () from /usr/lib/libruby1.8.so.1.8

  #12 0x00007f6f38e8e6e8 in ?? () from /usr/lib/libruby1.8.so.1.8

  #13 0x00007f6f38e94639 in ?? () from /usr/lib/libruby1.8.so.1.8

  #14 0x00007f6f38e8e2ea in ?? () from /usr/lib/libruby1.8.so.1.8

  #15 0x00007f6f38e8e6e8 in ?? () from /usr/lib/libruby1.8.so.1.8

  #16 0x00007f6f38e944e7 in ?? () from /usr/lib/libruby1.8.so.1.8

  #17 0x00007f6f38e9cafb in ?? () from /usr/lib/libruby1.8.so.1.8

  #18 0x00007f6f38e9cb45 in ruby_exec () from /usr/lib/libruby1.8.so.1.8

  #19 0x00007f6f38e9cb70 in ruby_run () from /usr/lib/libruby1.8.so.1.8

  #20 0x0000000000400883 in main ()

  I have no idea if the above is much use to you. As you can see I don't (and am too lazy) to install the dev / debug libruby1.8 package from the unknowns in the stack. It does appear though that it seems to be as soon as it deals with the href '/' that things explode into chaos.

  Jase.

• You flagged this item as spam.
  

  VirtualFunction June 25th, 2008 @ 07:21 PM

  Note: space added above between : and / to stop github's redcloth processing getting in the way.

• 

  Jason Garber June 26th, 2008 @ 10:51 AM

  • State changed from “hold” to “resolved”

  (from [f5737ba145c26c7e7adfe2faac2e5e319aaa6329]) Add function prototype for redcloth_link attributes [#4 state:resolved]

  http://github.com/jgarber/redclo...

• 

  Jason Garber June 26th, 2008 @ 10:54 AM

  • Tag changed from “links” to “links, parser”

  It was just a missing function prototype. Thanks so much for reporting the bug and giving me access to a box that showed the problem! I've cleaned up after myself and logged out now.

• 

  Jason Garber June 27th, 2008 @ 11:11 AM

  (from [cce37ff7e2f3683042bf9e8f41a024341cf52d70]) Add function prototype for redcloth_link attributes [#4 state:resolved]

  http://github.com/jgarber/redclo...