Bug? (was Request for worg page -- escaping questions)

Bug? (was Request for worg page -- escaping questions)

[Rustom Mody]

[-- Attachment #1: Type: text/plain, Size: 754 bytes --]

On Thu, Apr 17, 2014 at 9:42 PM, Bastien <bzg@gnu.org> wrote:

> Hi Rustom,
>
>
> >  3. How to enter a '|' into tables
>
> IIRC this is a FAQ: http://orgmode.org/worg/org-faq.html
>

Trying to dig a bit into this -- some table issues -- I seem to have
stumbled onto a bigger issue: org seems to be crashing emacs.

Ive checked it about 4 times.
I cant exactly give the exact offending file because once it goes into 100%
cpu mode theres nothing I can do but to kill emacs from a shell.

1 Started org with: make vanilla in org directory
2 version is 8.2.5e
3. Now I edit something.org (to get into org mode):
4 Now type as follows
* Intro
|a|b|c^
5. (point is at ^)Hit C-c C-c
emacs hangs (ie gets unresponsive, cpu 100% needs to be killed from outside)

[-- Attachment #2: Type: text/html, Size: 1570 bytes --]

Re: Bug? (was Request for worg page -- escaping questions)

[Bastien]

Rustom Mody <rustompmody@gmail.com> writes:

> Ive checked it about 4 times.
> I cant exactly give the exact offending file because once it goes
> into 100% cpu mode theres nothing I can do but to kill emacs from a
> shell.

Probably an Emacs issue, M-x report-emacs-bug and provide the recipe.

-- 
 Bastien

Re: Bug? (was Request for worg page -- escaping questions)

[Nick Dokos]

Rustom Mody <rustompmody@gmail.com> writes:

> On Thu, Apr 17, 2014 at 9:42 PM, Bastien <bzg@gnu.org> wrote:
>
>     Hi Rustom,
>
>     >  3. How to enter a '|' into tables
>    
>     IIRC this is a FAQ: http://orgmode.org/worg/org-faq.html
>
> Trying to dig a bit into this -- some table issues -- I seem to have stumbled onto a bigger issue: org seems to be crashing
> emacs.
>
> Ive checked it about 4 times.
> I cant exactly give the exact offending file because once it goes into 100% cpu mode theres nothing I can do but to kill emacs
> from a shell.
>
> 1 Started org with: make vanilla in org directory
> 2 version is 8.2.5e
> 3. Now I edit something.org (to get into org mode):
> 4 Now type as follows
> * Intro
> |a|b|c^
> 5. (point is at ^)Hit C-c C-c
> emacs hangs (ie gets unresponsive, cpu 100% needs to be killed from outside)

Does

(setq debug-on-quit t)

and pressing C-g do anything?

Nick

Re: Bug? (was Request for worg page -- escaping questions)

[Rustom Mody]

[-- Attachment #1: Type: text/plain, Size: 790 bytes --]

On Thu, Apr 17, 2014 at 11:31 PM, Bastien <bzg@gnu.org> wrote:

> Rustom Mody <rustompmody@gmail.com> writes:
>
> > Ive checked it about 4 times.
> > I cant exactly give the exact offending file because once it goes
> > into 100% cpu mode theres nothing I can do but to kill emacs from a
> > shell.
>
> Probably an Emacs issue, M-x report-emacs-bug and provide the recipe.
>
>
Sure I can do that.

It looks like some runaway regexp falling off the end of file to me:

It does not happen with builtin org (7.9)
Happens with what I pulled yesterday 8.2.5e
Happens equally with emacs23 and 24
Does not happen if the table is followed by anything
So if you still think it classifies as an emacs bug I can file it

Please let me know

Rusi

-- 
http://www.the-magus.in
http://blog.languager.org

[-- Attachment #2: Type: text/html, Size: 1735 bytes --]

Re: Bug? (was Request for worg page -- escaping questions)

[Bastien]

Rustom Mody <rustompmody@gmail.com> writes:

> So if you still think it classifies as an emacs bug I can file it
>
> Please let me know

Please go ahead, thanks!

-- 
 Bastien

Re: Bug? (was Request for worg page -- escaping questions)

[Nicolas Goaziou]

Hello,

Rustom Mody <rustompmody@gmail.com> writes:

> Trying to dig a bit into this -- some table issues -- I seem to have
> stumbled onto a bigger issue: org seems to be crashing emacs.
>
> Ive checked it about 4 times.
> I cant exactly give the exact offending file because once it goes into 100%
> cpu mode theres nothing I can do but to kill emacs from a shell.
>
> 1 Started org with: make vanilla in org directory
> 2 version is 8.2.5e
> 3. Now I edit something.org (to get into org mode):
> 4 Now type as follows
> * Intro
> |a|b|c^
> 5. (point is at ^)Hit C-c C-c
> emacs hangs (ie gets unresponsive, cpu 100% needs to be killed from
> outside)

It was an infloop in `org-element-context', which should be fixed. Thank
you for reporting this.


Regards,

-- 
Nicolas Goaziou

Re: Bug? (was Request for worg page -- escaping questions)

[Rustom Mody]

[-- Attachment #1: Type: text/plain, Size: 1476 bytes --]

On Fri, Apr 18, 2014 at 1:09 AM, Nicolas Goaziou <n.goaziou@gmail.com>wrote:

> Hello,
>
> Rustom Mody <rustompmody@gmail.com> writes:
>
> > Trying to dig a bit into this -- some table issues -- I seem to have
> > stumbled onto a bigger issue: org seems to be crashing emacs.
> >
> > Ive checked it about 4 times.
> > I cant exactly give the exact offending file because once it goes into
> 100%
> > cpu mode theres nothing I can do but to kill emacs from a shell.
> >
> > 1 Started org with: make vanilla in org directory
> > 2 version is 8.2.5e
> > 3. Now I edit something.org (to get into org mode):
> > 4 Now type as follows
> > * Intro
> > |a|b|c^
> > 5. (point is at ^)Hit C-c C-c
> > emacs hangs (ie gets unresponsive, cpu 100% needs to be killed from
> > outside)
>
> It was an infloop in `org-element-context', which should be fixed. Thank
> you for reporting this.
>
>
> Regards,
>
> --
> Nicolas Goaziou
>

Thanks Nicolas --  works now!
I came upon this trying to poke into another issue:  Table containing code
containing a '|'

It was earlier giving some elisp errors -- dont remember on export or on
C-c C-c.
Now that is not happening which is good!

However there is still a minor issue: font-locking shows something like ~x
| y~
inside a table as code but the other table commands like C-c C-c and export
to html treats the '|' as a table marker.

I of course checked Bastien's pointer to the FAQ for '|' inside table.
As of now neither vert nor \vert{} work.

[-- Attachment #2: Type: text/html, Size: 2480 bytes --]

Re: Bug? (was Request for worg page -- escaping questions)

[Bastien]

Hi Rustom,

Rustom Mody <rustompmody@gmail.com> writes:

> However there is still a minor issue: font-locking shows something
> like ~x | y~
> inside a table as code but the other table commands like C-c C-c and
> export to html treats the '|' as a table marker.

Yes, a known bug, we need to decide whether markup should be supported
in tables.  Try this to see how bad it is:

| abc | +3 |
|-----+----|
|     |    |

> I of course checked Bastien's pointer to the FAQ for '|' inside
> table.
> As of now neither vert nor \vert{} work.

Try \vert -- works here.

-- 
 Bastien

Re: Bug? (was Request for worg page -- escaping questions)

[Bastien]

Rustom Mody <rustompmody@gmail.com> writes:

> However there is still a minor issue: font-locking shows something
> like ~x | y~
> inside a table as code but the other table commands like C-c C-c and
> export to html treats the '|' as a table marker.

Yes, that's a known bug.  

> I of course checked Bastien's pointer to the FAQ for '|' inside
> table.
> As of now neither vert nor \vert{} work.

Try \vert

-- 
 Bastien

Re: Bug? (was Request for worg page -- escaping questions)

[Nicolas Goaziou]

Bastien <bzg@gnu.org> writes:

> Yes, a known bug, we need to decide whether markup should be supported
> in tables.  Try this to see how bad it is:
>
> | abc | +3 |
> |-----+----|
> |     |    |

Fortunately, the parser doesn't make such error ;)


Regards,

-- 
Nicolas Goaziou

Re: Bug? (was Request for worg page -- escaping questions)

[Bastien]

Nicolas Goaziou <n.goaziou@gmail.com> writes:

> Bastien <bzg@gnu.org> writes:
>
>> Yes, a known bug, we need to decide whether markup should be supported
>> in tables.  Try this to see how bad it is:
>>
>> | abc | +3 |
>> |-----+----|
>> |     |    |
>
> Fortunately, the parser doesn't make such error ;)

Mhh.. why am I not surprised?  :)

Yes, it will feel good when we can use the parser for this.
Let's first clean up the house a bit before moving some old
furniture in the basement.

-- 
 Bastien