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 A0423DD90 for ; Thu, 28 Jun 2012 12:04:19 +0000 (UTC) Received: (qmail 65005 invoked by uid 500); 28 Jun 2012 12:04:19 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 64814 invoked by uid 500); 28 Jun 2012 12:04:19 -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 64798 invoked by uid 99); 28 Jun 2012 12:04:18 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jun 2012 12:04:18 +0000 Received: from localhost (HELO localhost) (127.0.0.1) (smtp-auth username arielch, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Jun 2012 12:04:18 +0000 Date: Thu, 28 Jun 2012 09:04:18 -0300 From: Ariel Constenla-Haile To: ooo-dev@incubator.apache.org Subject: Re: OS/2 missing strings id 3005 and 17500 Message-ID: <20120628120418.GA3719@localhost> References: <20120627004105.GA22453@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Yuri, On Thu, Jun 28, 2012 at 11:10:45AM +0000, Yuri Dario wrote: > > Res. id. 3005, in the context you mentioned, is > > RID_STR_SYNCHRONIZING_REPOSITORY in > > main/desktop/source/deployment/manager/dp_manager.src > > I cannot reproduce the missing resource here, nor can find something > > wrong in the source code. Try setting a conditional break point in=20 >=20 > I found the reason: the code is correct, but DEPLOYMENT.DLL is built=20 > as DEPLOY.DLL using a shorter TARGET name in makefile.mk; thus also=20 > res files are built with short name, while code expects to find the=20 > long name. I see you changed the resource name in the makefile and main/scp2/source/ooo/file_resource_ooo.scp Is this really needed? As you have seen, changing the resource name is rather error prone. > This explains also the crash in extension manager, Resource::GetRes()=20 > in RC.CXX crashes because of null pointer. Is this a feature or a bug? Crashing is never a feature ;) at least not in a product build. Regards --=20 Ariel Constenla-Haile La Plata, Argentina --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJP7EhCAAoJEMjP1bm45QNW6K8P/2QukyM+ukzfNNMFgOS2RUiP 796j3ZREeIMcBuTXOejnvUTNNT9mhU8iI06k2LREHsbiMgk9XqZ83D/BBRU5ohd7 cP2LSZUWkSCXnP6S8x2uLKD+2d9S3/feFYHZkHPRQBMHzCAoLq6M23DZkqjstJYa gVaYUACZ48PXrtxuF9buITq0jiQKpHNfrGhTU6RObLFhTs/qrmgsOMpMGYjGlsN+ 7qrKyC8FA+BbjhsUeVfUIQyGP5MJdnaa7O4+lmb67u3L6i4As4zRqFaDrOyl7aKp PKKPxacLCneBG6Ubp1khIryu3bg5PY5m2zSnF2grb9glwNUiAOD/cL37I/SwgEu7 sLrNopRfVDQTBUytGwH/XlFqnxi+NWvqZQYiKdC7btUYIoWN04ePkOkDvbYI9VWZ m/yn6f4YrHKbpvZd7VgK2e4S+d1k8vgIVvfbiKVowJDX8TOIZyuWKkClt8VxPEDn ZNfDjZ/Iq7X04OTv53skqLi9LF2NR7cHkVgJZIJJZPDt9HQXbATGQdy8WqWPWlG2 bZiuYfgs3QHlNMq4vHOBk0Wg/Fl8qSiAyNTF7q091p0CNsLKi+hMOTk5gVoVJzSS 5J5nqEFdaIhU6gZClyv9tBZ0N0WPXE+bdLUL8Rj4A2wkZmaT7gb3rSBpEe7GR2cW znDLUH44UFLGrhpbBuBV =1Cuq -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5--