Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #33818
| From | Arne Vajhøj <arne@vajhoej.dk> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: ... |
| Date | 2016-02-15 11:17 -0500 |
| Organization | Aioe.org NNTP Server |
| Message-ID | <n9stnk$hs7$1@gioia.aioe.org> (permalink) |
| References | (3 earlier) <slrnnc3lrg.456.avl@login.logic.tuwien.ac.at> <dbd3c730-7b6e-4902-8f0a-6de68c1e068f@googlegroups.com> <n9sorl$724$1@news.albasani.net> <9fb2e9af-f704-4e51-9904-bb5b9283032f@googlegroups.com> <n9st0k$itv$1@dont-email.me> |
On 2/15/2016 11:08 AM, Eric Sosman wrote: > On 2/15/2016 10:24 AM, Eric Douglas wrote: >> On Monday, February 15, 2016 at 9:54:59 AM UTC-5, j4n bur53 wrote: >>> I want to see the programming language that can group an >>> *infinite* number of arguments, except maybe functional >>> programming languages such as Haskell that have lazy lists. >>> >>> I guess you mean an arbirary number, i.e. any number of >>> arguments that are representable as an array in Java, >>> which is usually MAX_INTEGER - array_overhead. Plus the >>> restrictions that the heap gives. >>> >>> Bye >> >> No doubt there may be a limit, likely the MAX_INTEGER, but I'd hate to >> see valid code that hits that limit. > > A single method or constructor can have only 65535 (6?) bytes > of byte code, and filling in each slot of the array takes at least > four byte code instructions: Push (or dup) the array reference, > push the index, push the value, store-to-array-slot. So, no: You'll > never see a method call with anything like Integer.MAX_VALUE > arguments. > > Thank goodness! 16K arguments is still absolutely unreadable. :-) Arne
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
... Popping mad <rainbow@colition.gov> - 2016-02-15 11:48 +0000
Re: ... Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-02-15 07:52 -0500
Re: ... Popping mad <rainbow@colition.gov> - 2016-02-15 13:09 +0000
Re: ... Eric Douglas <e.d.programmer@gmail.com> - 2016-02-15 05:14 -0800
Re: ... Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-02-15 08:43 -0500
Re: ... Andreas Leitgeb <avl@logic.at> - 2016-02-15 13:46 +0000
Re: ... Eric Douglas <e.d.programmer@gmail.com> - 2016-02-15 06:03 -0800
Re: ... j4n bur53 <janburse@fastmail.fm> - 2016-02-15 15:54 +0100
Re: ... Eric Douglas <e.d.programmer@gmail.com> - 2016-02-15 07:24 -0800
Re: ... Eric Sosman <esosman@comcast-dot-net.invalid> - 2016-02-15 11:08 -0500
Re: ... Arne Vajhøj <arne@vajhoej.dk> - 2016-02-15 11:17 -0500
Re: ... Andreas Leitgeb <avl@logic.at> - 2016-02-15 16:34 +0000
Re: ... Arne Vajhøj <arne@vajhoej.dk> - 2016-02-15 11:43 -0500
Re: ... Jan Burse <janburse@fastmail.fm> - 2016-02-15 20:44 +0100
Re: ... Jan Burse <janburse@fastmail.fm> - 2016-02-15 20:44 +0100
Re: ... Jan Burse <janburse@fastmail.fm> - 2016-02-15 20:45 +0100
Re: ... Andreas Leitgeb <avl@logic.at> - 2016-02-16 10:05 +0000
Re: ... Arne Vajhøj <arne@vajhoej.dk> - 2016-02-15 21:46 -0500
Re: ... Arne Vajhøj <arne@vajhoej.dk> - 2016-02-15 09:34 -0500
csiph-web