[-- 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 --]
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
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
[-- 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 --]
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
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
[-- 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 --]
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
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
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
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