Path: csiph.com!usenet.pasdenom.info!gegeweb.org!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail From: markspace <-@.> Newsgroups: comp.lang.java.programmer Subject: Re: "Small" Program Challenge. Date: Mon, 18 Jun 2012 13:22:10 -0700 Organization: A noiseless patient Spider Lines: 16 Message-ID: References: <4fde76ce$0$287$14726298@news.sunsite.dk> <7kIDr.12088$Bp1.3039@newsfe10.iad> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Mon, 18 Jun 2012 20:22:14 +0000 (UTC) Injection-Info: mx04.eternal-september.org; posting-host="IZQsHU8CwMUPnWgvh4wwWA"; logging-data="12887"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18nTm9q17MCQiN2rg9fnUJlZs0WKSaUmT8=" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 In-Reply-To: Cancel-Lock: sha1:XOFu8E4Ah5GpnRizFspIfxzsEsc= Xref: csiph.com comp.lang.java.programmer:15390 On 6/18/2012 11:46 AM, javax.swing.JSnarker wrote: > What was the purpose of such a change? It now is a special case > dissimilar to all other instances of JVM classloading. > Well no, you have the option to load a class without initializing it. I assume that the change was to prevent bugs. If parts of a real working application start up in a class initialization (not best practice, but still possible) which allocate resources and then those resources are not cleaned up when the whole app abruptly terminates, I could see how it could be considered a bug in the JVM's start-up procedure rather than the app itself. I'm not sure I'd agree, but I could see someone making that case.