Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #27730
| Path | csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!news.glorb.com!news-out.readnews.com!transit3.readnews.com!217.73.144.44.MISMATCH!ecngs!feeder.ecngs.de!Xl.tags.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!local2.nntp.ams.giganews.com!nntp.bt.com!news.bt.com.POSTED!not-for-mail |
|---|---|
| NNTP-Posting-Date | Tue, 11 Mar 2014 15:00:37 -0500 |
| From | "Chris Uppal" <chris.uppal@metagnostic.REMOVE-THIS.org> |
| Newsgroups | comp.lang.java.programmer |
| References | <slrnlhoufj.rhr.avl@login.logic.tuwien.ac.at> <bo6barFk52iU1@mid.individual.net> |
| Subject | Re: [opinion] javac's default stack space |
| Date | Tue, 11 Mar 2014 19:56:39 -0000 |
| X-Priority | 3 |
| X-MSMail-Priority | Normal |
| X-Newsreader | Microsoft Outlook Express 6.00.2900.5512 |
| X-RFC2646 | Format=Flowed; Response |
| X-MimeOLE | Produced By Microsoft MimeOLE V6.00.2900.5512 |
| Message-ID | <8KCdnUWaq7z49oLOnZ2dnUVZ8kmdnZ2d@bt.com> (permalink) |
| Lines | 32 |
| X-Usenet-Provider | http://www.giganews.com |
| X-AuthenticatedUsername | NoAuthUser |
| X-Trace | sv3-TtT9C/FLPTxPGdAx7E6gp/t+TwFkK4GQwBAPJauGueOZZfxhSjjdq4PQg3p8gWf++ZtDmpPqCiZ9Thi!7QXRXGa4bVUC0nKlrwb4nDf0oLmtl1jaSWlO6VEg7GWIMBwtDQ4qDOT2NpY2eYd2ZcYvjwzDzlI= |
| X-Complaints-To | abuse@btinternet.com |
| X-DMCA-Complaints-To | abuse@btinternet.com |
| X-Abuse-and-DMCA-Info | Please be sure to forward a copy of ALL headers |
| X-Abuse-and-DMCA-Info | Otherwise we will be unable to process your complaint properly |
| X-Postfilter | 1.3.40 |
| X-Original-Bytes | 2199 |
| Xref | csiph.com comp.lang.java.programmer:27730 |
Show key headers only | View raw
Robert Klemme wrote:
> > Does anyone else have any insight about what features of
> > Java sources are likely culprits for stack usage peaks?
>
> Can't you identify that from the source where it bails out? Otherwise
> anything which requires recursion to process. That might happen during
> parsing of deeply nested structures.
Agreeing that the most likely culprit is some very[-very-very] deeply nested
syntactic construction, I'd suggest that the most likely causes are: machine
generated-code, and/or exuberant use of the "fluid" style -- you know the one:
someObject
.aaa()
.aab()
.aac()
.aad()
...several pages later...
.zzx()
.zzy()
.zzz()
;
In the absence of further info, I bet on machine-generated code.
(It also depends on the parsing technology, and how that tech is applied to the
problem domain -- in this case parsing Java. I don't know what tech javac
uses.)
-- chris
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[opinion] javac's default stack space Andreas Leitgeb <avl@auth.logic.tuwien.ac.at> - 2014-03-09 14:25 +0000
Re: [opinion] javac's default stack space Robert Klemme <shortcutter@googlemail.com> - 2014-03-10 18:33 +0100
Re: [opinion] javac's default stack space Andreas Leitgeb <avl@auth.logic.tuwien.ac.at> - 2014-03-10 21:02 +0000
Re: [opinion] javac's default stack space Robert Klemme <shortcutter@googlemail.com> - 2014-03-11 23:19 +0100
Re: [opinion] javac's default stack space "Chris Uppal" <chris.uppal@metagnostic.REMOVE-THIS.org> - 2014-03-11 19:56 +0000
Re: [opinion] javac's default stack space Andreas Leitgeb <avl@auth.logic.tuwien.ac.at> - 2014-03-12 00:53 +0000
Re: [opinion] javac's default stack space Andreas Leitgeb <avl@auth.logic.tuwien.ac.at> - 2014-03-23 20:37 +0000
Re: [opinion] javac's default stack space Arne Vajhøj <arne@vajhoej.dk> - 2014-03-10 21:21 -0400
Re: [opinion] javac's default stack space Andreas Leitgeb <avl@auth.logic.tuwien.ac.at> - 2014-03-11 14:16 +0000
Re: [opinion] javac's default stack space Arne Vajhøj <arne@vajhoej.dk> - 2014-03-11 18:05 -0400
Re: [opinion] javac's default stack space Robert Klemme <shortcutter@googlemail.com> - 2014-03-11 23:22 +0100
Re: [opinion] javac's default stack space Arne Vajhøj <arne@vajhoej.dk> - 2014-03-11 19:50 -0400
csiph-web