Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id ACE16D45C for ; Sun, 16 Sep 2012 21:30:28 +0000 (UTC) Received: (qmail 78233 invoked by uid 500); 16 Sep 2012 21:30:28 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 78060 invoked by uid 500); 16 Sep 2012 21:30:28 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 78048 invoked by uid 99); 16 Sep 2012 21:30:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 16 Sep 2012 21:30:28 +0000 X-ASF-Spam-Status: No, hits=0.2 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jsmith321@fastmail.fm designates 66.111.4.224 as permitted sender) Received: from [66.111.4.224] (HELO new2-smtp.messagingengine.com) (66.111.4.224) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 16 Sep 2012 21:30:23 +0000 Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 79DD11DA for ; Sun, 16 Sep 2012 17:30:02 -0400 (EDT) Received: from web5.nyi.mail.srv.osa ([10.202.2.215]) by compute3.internal (MEProxy); Sun, 16 Sep 2012 17:30:02 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:in-reply-to:references:subject:date; s=mesmtp; bh= lWYje2eSC4ODJvh4izxUFuzZjR4=; b=C5DACOX98GrpoiqLHV/FZTbxe3FpJO6b hpt+7oCqQApNdzq7F89iDRxBSBna9eX7uCv34bS0n7sw+I1hTU6MVdwDMY+voVYq fANMiiV9MlsvI1qKDdZBqXDGogjeJO7cv/ws79u9RgA4Mmy9Y3UVv+9d4OTaz0Nt D4a9k2NhS1I= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:in-reply-to:references :subject:date; s=smtpout; bh=lWYje2eSC4ODJvh4izxUFuzZjR4=; b=B1n 0PS3K7AHmX0ULADZTqFxeTAcnMafLcftauBtbnimpIfFfeC4rS2p9ByUUYGyaWlw q4O7IfqPwiiSemkO28BQQomVQaGFp8zR2XlL90wvaq8JSkcXF/abXoquYanEatuA wBr/b6Y6iGXTGlrQ4cQoOmaUo3N/3S9RHSRjytdU= Received: by web5.nyi.mail.srv.osa (Postfix, from userid 99) id B103F4C0225; Sun, 16 Sep 2012 17:30:01 -0400 (EDT) Message-Id: <1347831001.8982.140661128673669.54546ADA@webmail.messagingengine.com> X-Sasl-Enc: QNnwcPVA2sWEC3tyx8I9LK/KNR9Xm1bIsFfziUxZ0KJr 1347831001 From: jsmith321@fastmail.fm To: ooo-dev@incubator.apache.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface In-Reply-To: <20120916121533.GA28176@localhost> References: <1347705790.3282.140661128236713.0BCA63AD@webmail.messagingengine.com> <20120915140303.GB26530@localhost> <5054AAE9.3070508@apache.org> <1347792376.31419.140661128530545.7F2EB927@webmail.messagingengine.com> <20120916121533.GA28176@localhost> Subject: Re: Missing Visual C++ Libraries in all recent versions of Open Office installer Date: Sun, 16 Sep 2012 14:30:01 -0700 X-Virus-Checked: Checked by ClamAV on apache.org I did some more playing around with it, and copying the dll from Java's bin folder to the Open Office main program directory also solved the issue with Base and Wizards. I don't know if this information will be useful or not, but thought I would mention it. The "Finger pointing" wasn't meant in a bad way, and I'm sorry if it was taken as such. All I'm saying is that Open Office relies on Java. Java is going to be updated from time to time due to security or feature enhancements. Of course to keep their product secure and working with the things THEY rely on, they will update their development tools. My point is, there are already 2 versions of this DLL in the Open Office main program directory... The issue has popped up before, or a previous developer knew of the issue and just stuck it in there any way. Until the political/technical issues of how to fix it during install are worked out, why not put a warning or note on the main download page. "If your Java version is 6.35 or above, you will need to download and install the C++ redistributable (Link to the download page at MS)." This would still turn off a couple of new users because they don't want to jump through hoops to just make things work, but will eliminate the ones who follow directions from having to see the "Java is corrupt" (Which is a horrid, horrid error to present to an end user IMHO) error when they want to use Base, Help or a wizard. Thank you again for your time, and all the hard work each and every one of you do. Again, I like this product and would like to see it's popularity rival that of MS office. -- jsmith321@fastmail.fm On Sun, Sep 16, 2012, at 05:15 AM, Ariel Constenla-Haile wrote: > On Sun, Sep 16, 2012 at 03:46:16AM -0700, jsmith321@fastmail.fm wrote: > > Even if it is not the fault of Open Office Developers that it is broken, > > pointing fingers (even in the correct direction) does nothing to gain > > new users. > > > It's funny how people get dramatic. I wasn't pointing fingers, I was > simply describing my interpretation of the "facts"; the fact is that > there is a bug, that has to be closed as wontfix or left open depending > on a *new* one: install the MSVCRedist (which IMO is no defect, but > a request for enhancement). > > I quote again the link in my previous mail: > http://www.duckware.com/tech/java6msvcr71.html it has a dramatic and > hilarious tone, with its bold, italic, and red: "Sun's fix is to copy > msvcr71.dll next to the EXE. But in the future, when Sun moves on to > another msvcr##.dll version, your EXE will still work, right? NO. Your > 'fixed' app works just fine now, but when Java 7 ships and requires > msvcr100.dll, your application will once again break. Sun has learned > nothing from this experience because they are recommending a course of > action where they know that EXE's will once again break in the future > when a new Java VM is shipped." > > > I hope my comments on this issue are welcomed > > Yes, they are :) In fact, you solved the mystery of this bug that > no developer could reproduce (no one can fix something she/he cannot > reproduce). > > > Regards > -- > Ariel Constenla-Haile > La Plata, Argentina > Email had 1 attachment: > + Attachment2 > 1k (application/pgp-signature) -- http://www.fastmail.fm - A fast, anti-spam email service.