Nsis_Imp July 2005

nsis_imp@informatik.uni-goettingen.de

5 participants
4 discussions

error compiling ntlp gimps
by pfer 27 Jul '05

27 Jul '05

Hi! My name is Ferenc Pintér,a student implementing QoS-NSLP. I have tried to compile this GIMPS NTLP code, /nsis_0.1.tar.gz/ but it had failed.Hope I did everything right (I'm quite newbie). Ping,however did a nice job afterwards. (I received no error msgs) I try to give a detailed picture of the my config: Fedora Core 4 with kernel 2.6.11-1.1369_FC4, g++ 4.0 GNU Make 3.80 OpenSSL 0.9.7f 22 Mar 2005 I also attach the exact commands and output I've issued and received from terminal. Should I change some compiling parameter,the makefile or touch the code? Thank you for your help, Ferenc Pintér ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs [root@localhost gimps]# make g++ -I. -O2 -Wall -c socket_events.cpp -o socket_events.o g++ -I. -O2 -Wall -c Gimps.cpp -o Gimps.o g++ -I. -O2 -Wall -c GimpsException.cpp -o GimpsException.o g++ -I. -O2 -Wall -c tests/TestMessageContainer.cpp -o tests/TestMessageContaine r.o g++ -I. -O2 -Wall -c GimpsSSLException.cpp -o GimpsSSLException.o g++ -I. -O2 -Wall -c tests/NetworkEmulator/NetworkEmulator.cpp -o tests/NetworkE mulator/NetworkEmulator.o g++ -I. -O2 -Wall -c GimpsDebugSocket.cpp -o GimpsDebugSocket.o g++ -I. -O2 -Wall -c message/GimpsMessage.cpp -o message/GimpsMessage.o g++ -I. -O2 -Wall -c message/GimpsStackProposal.cpp -o message/GimpsStackProposa l.o g++ -I. -O2 -Wall -c message/GimpsNslpData.cpp -o message/GimpsNslpData.o g++ -I. -O2 -Wall -c message/GimpsStackConfigurationData.cpp -o message/GimpsSta ckConfigurationData.o g++ -I. -O2 -Wall -c message/GimpsNetworkLayerInfo.cpp -o message/GimpsNetworkLa yerInfo.o g++ -I. -O2 -Wall -c hashtable/GimpsMRSKey.cpp -o hashtable/GimpsMRSKey.o g++ -I. -O2 -Wall -c hashtable/GimpsMAEntry.cpp -o hashtable/GimpsMAEntry.o g++ -I. -O2 -Wall -c message/GimpsObject.cpp -o message/GimpsObject.o g++ -I. -O2 -Wall -c message/GimpsResponderCookie.cpp -o message/GimpsResponderC ookie.o g++ -I. -O2 -Wall -c hashtable/GimpsMRS.cpp -o hashtable/GimpsMRS.o g++ -I. -O2 -Wall -c fsm/gimps_states_receiver.cpp -o fsm/gimps_states_receiver. o g++ -I. -O2 -Wall -c fsm/gimps_states_sender.cpp -o fsm/gimps_states_sender.o g++ -I. -O2 -Wall -c fsm/fsm.cpp -o fsm/fsm.o g++ -I. -O2 -Wall -c fsm/GimpsFSM.cpp -o fsm/GimpsFSM.o g++ -I. -O2 -Wall -c fsm/GimpsMessageHandler.cpp -o fsm/GimpsMessageHandler.o g++ -I. -O2 -Wall -c ping/PingMessage.cpp -o ping/PingMessage.o g++ -I. -O2 -Wall -c ping/PingServer.cpp -o ping/PingServer.o ping/../nslp_api/daemon/NslpApiCallback.h:31: warning: ‘class NslpApiTimerCallba ckBase’ has virtual functions but non-virtual destructor ping/../nslp_api/daemon/NslpApiCallback.h:71: warning: ‘class NslpApiSocketCallb ackBase’ has virtual functions but non-virtual destructor ping/../nslp_api/daemon/NslpApiCallback.h:112: warning: ‘class NslpApiCallbackBa se’ has virtual functions but non-virtual destructor ping/../nslp_api/daemon/NslpApiCallback.h: In instantiation of ‘NslpApiSocketCal lback<PingServer>’: ping/PingServer.cpp:44: instantiated from here ping/../nslp_api/daemon/NslpApiCallback.h:78: warning: ‘class NslpApiSocketCallb ack<PingServer>’ has virtual functions but non-virtual destructor ping/../nslp_api/daemon/NslpApiCallback.h: In instantiation of ‘NslpApiCallback< PingServer>’: ping/PingServer.cpp:50: instantiated from here ping/../nslp_api/daemon/NslpApiCallback.h:121: warning: ‘class NslpApiCallback<P ingServer>’ has virtual functions but non-virtual destructor g++ -I. -O2 -Wall -c ping/EmbeddedPingDaemon.cpp -o ping/EmbeddedPingDaemon.o g++ -I. -O2 -Wall -c nslp_api/nslp_api.cpp -o nslp_api/nslp_api.o g++ -I. -O2 -Wall -c nslp_api/api_server.cpp -o nslp_api/api_server.o g++ -I. -O2 -Wall -c nslp_api/NslpApi.cpp -o nslp_api/NslpApi.o nslp_api/daemon/NslpApiCallback.h:31: warning: ‘class NslpApiTimerCallbackBase’ has virtual functions but non-virtual destructor nslp_api/daemon/NslpApiCallback.h:71: warning: ‘class NslpApiSocketCallbackBase’ has virtual functions but non-virtual destructor nslp_api/daemon/NslpApiCallback.h:112: warning: ‘class NslpApiCallbackBase’ has virtual functions but non-virtual destructor g++ -I. -O2 -Wall -c main.cpp -o main.o ping/../nslp_api/daemon/NslpApiCallback.h:31: warning: ‘class NslpApiTimerCallbackBase’ has virtual functions but non-virtual destructor ping/../nslp_api/daemon/NslpApiCallback.h:71: warning: ‘class NslpApiSocketCallbackBase’ has virtual functions but non-virtual destructor ping/../nslp_api/daemon/NslpApiCallback.h:112: warning: ‘class NslpApiCallbackBase’ has virtual functions but non-virtual destructor g++ -I. -O2 -Wall socket_events.o Gimps.o GimpsException.o tests/TestMessageContainer.o GimpsSSLException.o tests/NetworkEmulator/NetworkEmulator.o GimpsDebugSocket.o message/GimpsMessage.o message/GimpsStackProposal.o message/GimpsNslpData.o message/GimpsStackConfigurationData.o message/GimpsNetworkLayerInfo.o hashtable/GimpsMRSKey.o hashtable/GimpsMAEntry.o message/GimpsObject.o message/GimpsResponderCookie.o hashtable/GimpsMRS.o fsm/gimps_states_receiver.o fsm/gimps_states_sender.o fsm/fsm.o fsm/GimpsFSM.o fsm/GimpsMessageHandler.o libxorp/xlog.o libxorp/asyncio.o libxorp/c_format.o libxorp/callback.o libxorp/eventloop.o libxorp/heap.o libxorp/ipv4.o libxorp/ipv6.o libxorp/ipvx.o libxorp/ref_ptr.o libxorp/safe_callback_obj.o libxorp/selector.o libxorp/time_slice.o libxorp/timer.o libcomm/comm_sock.o libcomm/comm_user.o ping/PingMessage.o ping/PingServer.o ping/EmbeddedPingDaemon.o nslp_api/nslp_api.o nslp_api/api_server.o nslp_api/NslpApi.o main.o -lssl -o nsis libxorp/asyncio.o(.gnu.linkonce.t._ZNSt4listIN15AsyncFileReader10BufferInfoESaIS1_EE5eraseESt14_List_iteratorIS1_RS1_PS1_E+0x3b): In function `std::list<AsyncFileReader::BufferInfo, std::allocator<AsyncFileReader::BufferInfo> >::erase(std::_List_iterator<AsyncFileReader::BufferInfo, AsyncFileReader::BufferInfo&, AsyncFileReader::BufferInfo*>)': /usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/asyncio.o(.gnu.linkonce.t._ZNSt4listIN15AsyncFileWriter10BufferInfoESaIS1_EE5eraseESt14_List_iteratorIS1_RS1_PS1_E+0x3b): In function `std::list<AsyncFileWriter::BufferInfo, std::allocator<AsyncFileWriter::BufferInfo> >::erase(std::_List_iterator<AsyncFileWriter::BufferInfo, AsyncFileWriter::BufferInfo&, AsyncFileWriter::BufferInfo*>)': /usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/asyncio.o(.gnu.linkonce.t._ZN15AsyncFileReaderD1Ev+0x38): In function `AsyncFileReader::~AsyncFileReader()': /usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/asyncio.o(.gnu.linkonce.t._ZN15AsyncFileReaderD1Ev+0x6d):/usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/asyncio.o(.gnu.linkonce.t._ZN15AsyncFileReaderD0Ev+0x38): In function `AsyncFileReader::~AsyncFileReader()': /usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/asyncio.o(.gnu.linkonce.t._ZN15AsyncFileReaderD0Ev+0x72):/usr/include/c++/3.3/bits/stl_alloc.h:242: more undefined references to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' follow libxorp/asyncio.o(.gnu.linkonce.t._ZNSt4listIN15AsyncFileReader10BufferInfoESaIS1_EE14_M_create_nodeERKS1_+0x1a): In function `std::list<AsyncFileReader::BufferInfo, std::allocator<AsyncFileReader::BufferInfo> >::_M_create_node(AsyncFileReader::BufferInfo const&)': /usr/include/c++/3.3/bits/stl_alloc.h:232: undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)' libxorp/asyncio.o(.gnu.linkonce.t._ZNSt4listIN15AsyncFileReader10BufferInfoESaIS1_EE14_M_create_nodeERKS1_+0x95):/usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/asyncio.o(.gnu.linkonce.t._ZNSt4listIN15AsyncFileWriter10BufferInfoESaIS1_EE14_M_create_nodeERKS1_+0x1a): In function `std::list<AsyncFileWriter::BufferInfo, std::allocator<AsyncFileWriter::BufferInfo> >::_M_create_node(AsyncFileWriter::BufferInfo const&)': /usr/include/c++/3.3/bits/stl_alloc.h:232: undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)' libxorp/asyncio.o(.gnu.linkonce.t._ZNSt4listIN15AsyncFileWriter10BufferInfoESaIS1_EE14_M_create_nodeERKS1_+0x95):/usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/eventloop.o(.text+0x18d): In function `EventLoop::~EventLoop()': /usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/eventloop.o(.text+0x1f0): In function `EventLoop::~EventLoop()': libxorp/timer.hh:202: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/eventloop.o(.text+0x2ad): In function `EventLoop::~EventLoop()': /usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/eventloop.o(.text+0x310): In function `EventLoop::~EventLoop()': libxorp/timer.hh:202: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/ref_ptr.o(.text+0x342):/usr/include/c++/3.3/bits/stl_alloc.h:242: more undefined references to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' follow libxorp/ref_ptr.o(.gnu.linkonce.t._ZNSt6vectorIiSaIiEE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPiS1_EEjRKi+0x1e0): In function `std::vector<int, std::allocator<int> >::_M_fill_insert(__gnu_cxx::__normal_iterator<int*, std::vector<int, std::allocator<int> > >, unsigned int, int const&)': /usr/include/c++/3.3/bits/stl_alloc.h:232: undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)' libxorp/ref_ptr.o(.gnu.linkonce.t._ZNSt6vectorIN17cref_counter_pool9pool_itemESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEjRKS1_+0x227): In function `std::vector<cref_counter_pool::pool_item, std::allocator<cref_counter_pool::pool_item> >::_M_fill_insert(__gnu_cxx::__normal_iterator<cref_counter_pool::pool_item*, std::vector<cref_counter_pool::pool_item, std::allocator<cref_counter_pool::pool_item> > >, unsigned int, cref_counter_pool::pool_item const&)': /usr/include/c++/3.3/bits/stl_iterator.h:642: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/ref_ptr.o(.gnu.linkonce.t._ZNSt6vectorIN17cref_counter_pool9pool_itemESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEjRKS1_+0x234): In function `std::vector<cref_counter_pool::pool_item, std::allocator<cref_counter_pool::pool_item> >::_M_fill_insert(__gnu_cxx::__normal_iterator<cref_counter_pool::pool_item*, std::vector<cref_counter_pool::pool_item, std::allocator<cref_counter_pool::pool_item> > >, unsigned int, cref_counter_pool::pool_item const&)': /usr/include/c++/3.3/bits/stl_alloc.h:232: undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)' libxorp/ref_ptr.o(.gnu.linkonce.t._ZNSt6vectorIN17cref_counter_pool9pool_itemESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEjRKS1_+0x281):/usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/safe_callback_obj.o(.text+0x235): In function `CallbackSafeObject::~CallbackSafeObject()': libxorp/safe_callback_obj.cc:65: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/safe_callback_obj.o(.text+0x265): In function `CallbackSafeObject::~CallbackSafeObject()': /usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/safe_callback_obj.o(.text+0x2f5): In function `CallbackSafeObject::~CallbackSafeObject()': libxorp/safe_callback_obj.cc:65: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/safe_callback_obj.o(.text+0x325): In function `CallbackSafeObject::~CallbackSafeObject()': /usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/safe_callback_obj.o(.text+0x3c0):libxorp/safe_callback_obj.cc:65: more undefined references to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' follow libxorp/safe_callback_obj.o(.gnu.linkonce.t._ZNSt6vectorIP16SafeCallbackBaseSaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1_S3_EERKS1_+0xfb): In function `std::vector<SafeCallbackBase*, std::allocator<SafeCallbackBase*> >::_M_insert_aux(__gnu_cxx::__normal_iterator<SafeCallbackBase**, std::vector<SafeCallbackBase*, std::allocator<SafeCallbackBase*> > >, SafeCallbackBase* const&)': /usr/include/c++/3.3/bits/stl_alloc.h:232: undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)' libxorp/selector.o(.gnu.linkonce.t._ZNSt6vectorIN12SelectorList4NodeESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEjRKS1_+0x3fe): In function `std::vector<SelectorList::Node, std::allocator<SelectorList::Node> >::_M_fill_insert(__gnu_cxx::__normal_iterator<SelectorList::Node*, std::vector<SelectorList::Node, std::allocator<SelectorList::Node> > >, unsigned int, SelectorList::Node const&)': /usr/include/c++/3.3/bits/stl_iterator.h:642: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' libxorp/selector.o(.gnu.linkonce.t._ZNSt6vectorIN12SelectorList4NodeESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEjRKS1_+0x40e): In function `std::vector<SelectorList::Node, std::allocator<SelectorList::Node> >::_M_fill_insert(__gnu_cxx::__normal_iterator<SelectorList::Node*, std::vector<SelectorList::Node, std::allocator<SelectorList::Node> > >, unsigned int, SelectorList::Node const&)': /usr/include/c++/3.3/bits/stl_alloc.h:232: undefined reference to `std::__default_alloc_template<true, 0>::allocate(unsigned int)' libxorp/selector.o(.gnu.linkonce.t._ZNSt6vectorIN12SelectorList4NodeESaIS1_EE14_M_fill_insertEN9__gnu_cxx17__normal_iteratorIPS1_S3_EEjRKS1_+0x588):/usr/include/c++/3.3/bits/stl_alloc.h:242: undefined reference to `std::__default_alloc_template<true, 0>::deallocate(void*, unsigned int)' collect2: ld returned 1 exit status make: *** [nsis] Error 1 [root@localhost gimps]# [root@localhost gimps]# make ping cd ping && make make[1]: Entering directory `/root/Desktop/gimps/ping' g++ -I. -g -O2 -Wall -c main.cpp -o main.o g++ -I. -g -O2 -Wall -c PingClient.cpp -o PingClient.o g++ -I. -g -O2 -Wall main.o PingMessage.o PingClient.o ../nslp_api/NslpApi.o PingServer.o ../GimpsException.o -lssl -o gimpsPing make[1]: Leaving directory `/root/Desktop/gimps/ping' cp ping/gimpsPing . [root@localhost gimps]#

2 1

Release of an NSIS implementation
by Xiaoming Fu 25 Jul '05

25 Jul '05

Hi all, We are pleased to announce the availability of an NSIS suite release 0.1, currently consisting of GIMPS-06 I-D and a Ping Tool "NSLP"-01, implemented under a Linux PC platform. http://user.informatik.uni-goettingen.de/~nsis/ Cheers, Xiaoming Acknowledgements =================================================================== Special thanks to all community members who contributed ideas, reported problems, provided assitance, and have helped us greatly to reach the status of this release. For further information =================================================================== Questions, enquiries, comments, please kindly report to the following mailing list: nsis_imp(a)cs.uni-goettingen.de

1 0

AW: New format of GIMPS FSM draft -02 (was Re: [Nsis_imp] GIMPS FSM draft -01 by mistake)
by Tschofenig, Hannes 02 Jul '05

02 Jul '05

hi all, thanks for the nice draft update. the pdf version looks great. ciao hannes > -----Ursprüngliche Nachricht----- > Von: Tseno Tsenov [mailto:tseno.tsenov@mytum.de] > Gesendet: Samstag, 2. Juli 2005 16:25 > An: nsis_imp(a)cs.uni-goettingen.de > Cc: Xiaoming Fu; Elwyn Davies; Tschofenig, Hannes; Cedric Aoun > Betreff: New format of GIMPS FSM draft -02 (was Re: > [Nsis_imp] GIMPS FSM draft -01 by mistake) > > > > Hi all, > > You can find the GIMPS state machine draft in a new format here: > > > http://www.lrz-muenchen.de/~tseno_tsenov/gimps/draft-fu-nsis-n > tlp-statemachine-02.txt > http://www.lrz-muenchen.de/~tseno_tsenov/gimps/draft-fu-nsis-n > tlp-statemachine-02.pdf > http://www.lrz-muenchen.de/~tseno_tsenov/gimps/draft-fu-nsis-n > tlp-statemachine-02.nroff > http://www.lrz-muenchen.de/~tseno_tsenov/gimps/GIMPS_fsm_diagrams.vsd > > The main change is the format of the draft and the diagrams. > By using .nroff format it is possible to generate .pdf format, which > can include the diagrams of the FSMs. This approach is taken from > EAP state machine draft. > > Sorry for the big size of the .pdf file - the diagrams are with print > quality. > > Contents of the draft are not changed from v-02 from the > Interim meeting. > Based on the interim discussions we might reconsider two of the open > issues, > which are: > > 1. Route change and local repair mechanisms are not covered > completely. Currently we provide procedures for local repair in > the crossover node. Procedures for identifying the crossover node > are left for further study. > > At the interim meeting, Robert commented that this is not an issue > because the identification of the crossover node is done on the NSLP > layer? Is this the case? > > 4. Currently we use WaitConfirm state in the Responding node FSM, but > following the DoS prevention approaches for no state installation > in the Responding node before receiving of Confirm message, we > consider possible removing of this state. This issue requires > further investigations. > > Unfortunately, it didn't become clear from my presentation > what is the > issue > with the WaitConfirm state :(. > I think, Elwyn said that he discussed it with Robert...? > > What do you think? > Please consider that we must try to submit the draft until 05.07. > > > Greetings, > tseno_ > > >

1 0

Re: GIMPS FSM draft -01
by Tseno Tsenov 02 Jul '05

02 Jul '05

Hi all, You can find the GIMPS state machine draft in a new format here: http://www.lrz-muenchen.de/~tseno_tsenov/gimps/draft-fu-nsis-ntlp-statemach… http://www.lrz-muenchen.de/~tseno_tsenov/gimps/draft-fu-nsis-ntlp-statemach… http://www.lrz-muenchen.de/~tseno_tsenov/gimps/draft-fu-nsis-ntlp-statemach… http://www.lrz-muenchen.de/~tseno_tsenov/gimps/GIMPS_fsm_diagrams.vsd The main change is the format of the draft and the diagrams. By using .nroff format it is possible to generate .pdf format, which can include the diagrams of the FSMs. This approach is taken from EAP state machine draft. Sorry for the big size of the .pdf file - the diagrams are with print quality. Contents of the draft are not changed from v-02 from the Interim meeting. Based on the interim discussions we might reconsider two of the open issues, which are: 1. Route change and local repair mechanisms are not covered completely. Currently we provide procedures for local repair in the crossover node. Procedures for identifying the crossover node are left for further study. At the interim meeting, Robert commented that this is not an issue because the identification of the crossover node is done on the NSLP layer? Is this the case? 4. Currently we use WaitConfirm state in the Responding node FSM, but following the DoS prevention approaches for no state installation in the Responding node before receiving of Confirm message, we consider possible removing of this state. This issue requires further investigations. Unfortunately, it didn't become clear from my presentation what is the issue with the WaitConfirm state :(. I think, Elwyn said that he discussed it with Robert...? What do you think? Please consider that we must try to submit the draft until 05.07. Greetings, tseno_

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nsis_Imp July 2005