Return-Path: X-Original-To: apmail-incubator-celix-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-celix-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 9F494E35D for ; Tue, 5 Feb 2013 11:09:03 +0000 (UTC) Received: (qmail 66103 invoked by uid 500); 5 Feb 2013 11:09:03 -0000 Delivered-To: apmail-incubator-celix-dev-archive@incubator.apache.org Received: (qmail 65862 invoked by uid 500); 5 Feb 2013 11:09:00 -0000 Mailing-List: contact celix-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: celix-dev@incubator.apache.org Delivered-To: mailing list celix-dev@incubator.apache.org Received: (qmail 65598 invoked by uid 99); 5 Feb 2013 11:08:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2013 11:08:58 +0000 X-ASF-Spam-Status: No, hits=-4.0 required=5.0 tests=MSGID_MULTIPLE_AT,RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [194.11.253.100] (HELO SPFDEFRA01.capgemini.com) (194.11.253.100) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2013 11:08:51 +0000 X-IronPort-AV: E=Sophos;i="4.84,602,1355094000"; d="scan'208";a="427854687" Received: from unknown (HELO mxisogfr1.fr.sogeti.com) ([10.226.3.130]) by IRDEFRA-C650-01-D2-incoming.capgemini.com with ESMTP; 05 Feb 2013 12:06:48 +0100 Received: from fr380108004 (fr-38-01-08-004.so.fr.ad.sotranet.net [10.226.174.101]) by mxisogfr1.fr.sogeti.com (Postfix) with ESMTP id C5625320004 for ; Tue, 5 Feb 2013 12:06:46 +0100 (CET) From: "Lionel BELLER" To: References: <510b829a.05e6440a.26f4.ffffa620SMTPIN_ADDED_BROKEN@mx.google.com> <510b9b69.294e420a.783d.6400SMTPIN_ADDED_BROKEN@mx.google.com> <510bcc54.6654420a.3865.0466SMTPIN_ADDED_BROKEN@mx.google.com> <510f6b92.6658420a.7faa.ffffee5fSMTPIN_ADDED_BROKEN@mx.google.com> <510f7a36.4949420a.3514.ffff8e08SMTPIN_ADDED_BROKEN@mx.google.com> <510f80de.014b420a.4572.2a1aSMTPIN_ADDED_BROKEN@mx.google.com> <510fc792.294e420a.2fee.7809SMTPIN_ADDED_BROKEN@mx.google.com> In-Reply-To: Subject: RE: celix example under windows Date: Tue, 5 Feb 2013 12:06:46 +0100 Message-ID: <006201ce0390$e38f8210$aaae8630$@beller@sogeti.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac4DiXGAUNTSPmRyQfK9ENle5nyH7QABq/2Q Content-Language: fr X-Virus-Checked: Checked by ClamAV on apache.org Hi, Here is my setup: - windows vista - VS2005 - CMake (2.8.10.2) - GCC (3.2.1) - GNU Make(3.81) - CUnit (2.1.2) - Doxygen (1.8.3.1) - ZLib (1.2.3) - libcurl (7.18) - libapr (1.4.6) -----Message d'origine----- De=A0: Alexander Broekhuis [mailto:a.broekhuis@gmail.com]=20 Envoy=E9=A0: mardi 5 f=E9vrier 2013 11:09 =C0=A0: celix-dev@incubator.apache.org Objet=A0: Re: celix example under windows Hi Lionel, I tried the current trunk on my windows installation, and it works. Shutting down the running framework runs into some problems, but = starting it is no problem. Can you give me some more details on your setup? Like windows version, versions of the libraries, cmake version etc. Maybe there is some = difference in there resulting in this behaviour. 2013/2/4 Lionel BELLER > Removing the .cache directory changes nothing. It will be recreated. > > I think I've found some problems which are at the origin of the bug. > In the main of launcher.c, the function properties_get ("autoStart =3D = > properties_get(config, "cosgi.auto.start.1");", line 70) does not=20 > recover the desired properties. Autostart stays at null. The program=20 > crashes then when the program calls the function strtok (l.89). The=20 > variable Config is not null, the file "config.properties" is available = > in the debug folder. So the problem comes from the function=20 > properties_get, but I can't step into the function during the debug. > Strange, I don't have any problems like this at all.. > > The "bundles" directory is in the debug directory, so the program=20 > should be able to open those files. > > Did you move the bundles folder yourself? Any chance you forgot the config.properties file? This file has to be in the running directory. I haven't setup debugging properly in my VS, and only run from the CMD at = this moment. So I don't know what VS uses as running directory. Seeing some of your problems it looks as if you have a .cache directory = with entries in the running directory, but not the config.properties or even = the bundles directory. Any way, the working directory has to look like this: - bundles/{bundles}.zip - config.properties After running the .cache directory is created by the framework, so = initially is isn't there and it can be removed without a problem. Any required libraries should either be on the path or placed in the running = directory. But, as you mentioned, this is already working. Can you make sure the files are in the correct place? If this doesn't help, please let me know, I'd like to get this working = for you (and other windows users..). -- Met vriendelijke groet, Alexander Broekhuis