simthetic-devel Mailing List for Simthetic

Hi,

Vriagra  1,80
Crialis  3,00
Levritra 3,35

http://democrati.progenyid-com 

Important: Replace "-" with "." in the above link

--
imagine trying to pack a hundred thousand wizards into Diagon Alley or
platform nine and three-quarters. So we had to find a nice deserted
moor, and set up as many anti-Muggle precautions as possible. The whole

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Cornelius,

oh, das hab ich im CVS inzwischen repariert, sorry. Abhilfe: Entweder
das Paket "pkgconfig" (oder "pkg-config") installieren, oder das
configure.in aus dem CVS holen... hm, sourceforge ist mal wieder im
Argen, da h=E4nge ich das an.

Christian

cor...@gm... schrieb:
> Hallo Christian,
>=20
> versuche nach l=E4ngerer Zeit mal wieder Simthetic zu installieren,
> habe die neusten Pakete von der Homepage und kriege jetzt
> folgende Meldung:
>=20
> checking for pkg-config... no
> *** The pkg-config script could not be found. Make sure it is
> *** in your path, or set the PKG_CONFIG environment variable
> *** to the full path to pkg-config.
> *** Or see http://www.freedesktop.org/software/pkgconfig to get pkg-con=
fig.
> configure: error: Library requirements ("gsl") not met; consider adjust=
ing
> the PKG_CONFIG_PATH environment variable if your libraries are in a
> nonstandard prefix so pkg-config can find them.
>=20
> Hab auf der Homepage gesucht, bin aber nicht wirklich f=FCndig geweorde=
n,
> hast einen Tipp?
>=20
> Dank und Gru=DF, Cornelius
>=20
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBRC01vmXAi+BfhivFAQIMdQP/fYt6nELU5lBwSIEpO0nVOqRKSKvM+ADk
15AZa3T5+GXakagAxunNDkPWcQPGZaVqTHKzkiXPC2uHF3oKhAV8jmuy9iBxP1qL
AD+HTupq/RzVfFJIqSGQrcaNJH3Mps0I0+nsxg125y6YmroTbykbKkDldhB4Pbvs
Mf+auz2680M=3D
=3D8XOH
-----END PGP SIGNATURE-----

Hi Dang Shuo,

if you have questions to the program, please always write to the mailing 
list sim...@li..., not only to myself, as 
written in the README of simthetic or here 
http://sourceforge.net/support/getsupport.php?group_id=89810

dang shuo schrieb:
> I'm tring to write a module to do channel estimation in a MIMO-OFDM 
> system. Now I have troubles in using some data class, such as 
> CVectorSeq, MatrixFreqSignal, etc, which are related to mimolib. I can 
> pass the compiler step, but stop when running ''simthetic xxx.xml'', 
> with error "An error occured:
>  Unresolved symbol(s) (Hint: use the programm 'c++filt' to get a more 
> descriptive name for the undefined symbol.)
> Program was aborted!".

You need to specify much more detail here. What is your linux 
distribution, what is your gcc, what version of mimolib is this (or is 
it directly from CVS, and if yes, from which date).

How did you "pass the compiler step" -- did you run "make" or what did 
you do? Did you also run "make install"?

If you did all this, then my next suggestion is to get the up-to-date 
source code from CVS, http://sourceforge.net/cvs/?group_id=89810 and 
comile there because that will give you more detailed error messages.

> Now I just copy the source code in "channelestim.h and .cpp" files into 
> my own lib, but still get the same problem.

I have no idea what you mean by "my own lib". Please explain with much 
more detail.

Christian

Dear Hongwei,

if you want to get some detailed debugging suggestions, then you need to
describe your simulation setup in much more detail. Which simulation did
you use as starting point, what did you change, what did you expect and
what did you unexpectedly see.

Best regards,

Christian

hon...@ag... schrieb:
> Dear Christian,
> 
>       Thank you for the answer. I have tried to vary the number of antennas of the examples. However, it doesn't result in the expected simulation results nor the error message during the simulation. What may be the problem? Maybe I have to do some kind of debug to find what the problem is.
> 

Dear Christian,

      Thank you for the answer. I have tried to vary the number of =
antennas of the examples. However, it doesn't result in the expected =
simulation results nor the error message during the simulation. What may =
be the problem? Maybe I have to do some kind of debug to find what the =
problem is.

Best regards,
Hongwei

-----Original Message-----
From: Christian Stimming [mailto:sti...@tu...]=20
Sent: 2005=C4=EA9=D4=C25=C8=D5 21:00
To: KONG,HONG-WEI (A-China,ex1)
Cc: sim...@li...
Subject: Re: Questions on the parameter file

Dear Hong-wei,

sorry for the delay, but we had a large conference last week.

hon...@ag... schrieb:
> Dear Christian,
>=20
>       I have some questions on how to use the MIMOLIB to do some =
simulation.
> I have tried the parameter files coming along the software package. =
They run well. However, I want to vary some parameters to see how these =
parameters will influence the performance of the system. Here come my =
questions:
>=20
> 1) If I change the number of Tx and Rx, need I change the connection =
part manually, and need I connect all the interfaces of two blocks =
together (for example, the encoder and the transmitter)?

If you change the number of tx and/or rx antenna numbers, then the=20
connections have to be adapted as well *if and only if* the connections=20
are dependent on the number of antennas. There are some blocks where=20
this is the case, and others where this is not the case. Blocks where=20
this is not the case are those with inputs or outputs of the type=20
"CVectorSignal", but it really depends on all the blocks. Usually you=20
can just try to change the nr_tx, run simthetic and then you will get an =

error message pointing to the block with the missing input or output=20
connection.

Also note that the GUI program "ksimthetic" might make this much easier. =

Note that ksimthetic-2.x requires the Qt-library version 4.x.x, and with =

qt-3 you still have to use ksimthetic-1.x.

> 2)I assume that the simulation can be run without recompilation if I =
change the parameter files. Is it true?

Yes, this is the whole point of the parameter files.

> 3). If I want to plot other results such as the channel capacity w.r.t =
SNR etc, which part I should revise?

To plot anything, you need to add a DisplayPipe<...> Device. Then you=20
need to add a block that calculates the thing that you want to plot.=20
Plotting those as a function of the SNR might be a bit difficult,=20
because the SNR is available only indirectly via the=20
loopcontrols/controlInterfaces (see the Channel device for that). It=20
might be easier to calculate such a measure, write the result into a=20
file (by FilePipe<...> device) and create a plot of that afterwards.

Christian

Dear Hong-wei,

sorry for the delay, but we had a large conference last week.

hon...@ag... schrieb:
> Dear Christian,
> 
>       I have some questions on how to use the MIMOLIB to do some simulation.
> I have tried the parameter files coming along the software package. They run well. However, I want to vary some parameters to see how these parameters will influence the performance of the system. Here come my questions:
> 
> 1) If I change the number of Tx and Rx, need I change the connection part manually, and need I connect all the interfaces of two blocks together (for example, the encoder and the transmitter)?

If you change the number of tx and/or rx antenna numbers, then the 
connections have to be adapted as well *if and only if* the connections 
are dependent on the number of antennas. There are some blocks where 
this is the case, and others where this is not the case. Blocks where 
this is not the case are those with inputs or outputs of the type 
"CVectorSignal", but it really depends on all the blocks. Usually you 
can just try to change the nr_tx, run simthetic and then you will get an 
error message pointing to the block with the missing input or output 
connection.

Also note that the GUI program "ksimthetic" might make this much easier. 
Note that ksimthetic-2.x requires the Qt-library version 4.x.x, and with 
qt-3 you still have to use ksimthetic-1.x.

> 2)I assume that the simulation can be run without recompilation if I change the parameter files. Is it true?

Yes, this is the whole point of the parameter files.

> 3). If I want to plot other results such as the channel capacity w.r.t SNR etc, which part I should revise?

To plot anything, you need to add a DisplayPipe<...> Device. Then you 
need to add a block that calculates the thing that you want to plot. 
Plotting those as a function of the SNR might be a bit difficult, 
because the SNR is available only indirectly via the 
loopcontrols/controlInterfaces (see the Channel device for that). It 
might be easier to calculate such a measure, write the result into a 
file (by FilePipe<...> device) and create a plot of that afterwards.

Christian

Dear Christian,

      I have some questions on how to use the MIMOLIB to do some =
simulation.
I have tried the parameter files coming along the software package. They =
run well. However, I want to vary some parameters to see how these =
parameters will influence the performance of the system. Here come my =
questions:

1) If I change the number of Tx and Rx, need I change the connection =
part manually, and need I connect all the interfaces of two blocks =
together (for example, the encoder and the transmitter)?

2)I assume that the simulation can be run without recompilation if I =
change the parameter files. Is it true?

3). If I want to plot other results such as the channel capacity w.r.t =
SNR etc, which part I should revise?

With my best regards,
Hongwei

Dear Christian


>The "make check" of lapackpp succeeds, but you still got this error? =
Are
>you sure that /usr/local/lib/liblapackpp.so.1 is the library that you
>just installed successfully? I would suspect it were rather an old
>library, and your correct one might be in /usr/lib/liblapackpp.so or
>similar?=20

Yes. The 'make check' succeeds, but I still got this error when trying =
to run mimo simulation.
I have found what may be the problem. There seems to be some bug in the =
configure script of
mimolib. It doesn't find the lapack lib and blas lib no matter whether I =
specify them in the options.
Thus when building the mimo libs, the lapack and blas libraries are not =
linked together with mimo libs.
Attached is the configure result for your reference. I set to link the =
lapack and blas library manually, then
after building mimo lib, I can run the test without error.=20

         Thank you for the help.

Best regards,
hongwei

Dear Hongwei,

in fact the current pre-compiled mimolib-setup.exe for WINDOWS is broken
on my machine, too. Unfortunately I have no idea where this linker error
comes from:

> Error loading DLL "C:\Program
Files\simthetic\lib\simthetic\modules\libmimo.dll"
> : 998
> 998 = Invalid access to memory location.

It really used to work one version number earlier -- for windows you
might want to try mimolib-0.8.0 with simthetic[lib]-1.3.0 or 1.2.0. At
least with those versions it used to run immediately. Sorry for that.

Christian


hon...@ag... schrieb:
> Hello, Christian,
> 
>            I have tried to install Simthetic and MIMOLIB on my windows. There is no installation error.
> I can run the example simulations under simthetic. However, when I tried to run the mimo examples,
> there are errors as follows. Any suggestion on how to solve this problem?
> 
> Best regards,
> hongwei
> 
> 
> **************************************************************************************************************
> 
> C:\Program Files\simthetic\examples>..\bin\simthetic mimo-svd.xml > msg
> Error loading DLL "C:\Program Files\simthetic\lib\simthetic\modules\mimo.dll": 1
> 26
> 126 = The specified module could not be found.
> 
> Error loading DLL "mimo.dll": 126
> 126 = The specified module could not be found.
> 
> Error loading DLL "C:\Program Files\simthetic\lib\simthetic\modules\mimo.dll": 1
> 26
> 126 = The specified module could not be found.
> 
> Error loading DLL "mimo.dll": 126
> 126 = The specified module could not be found.
> 
> Error loading DLL "C:\Program Files\simthetic\lib\simthetic\modules\libmimo.dll"
> : 998
> 998 = Invalid access to memory location.
> 

Dear Hongwei,

hon...@ag... schrieb:
> Hello, Christian,
> 
>         When building MIMOLIB, during the configure phase, there is an error:
> 
> ***********************************************
> checking for Simthetic - version >= 1.6.0... no
> *** Could not run Simthetic test program, checking why...
> 
> However, if --enable-simthetictest=no is set, the configure can pass.

That is okay. This error message would only go away if your --prefix of
your simthetic installation is any of the normal installation prefixes,
i.e. --prefix=/usr. In all other cases this simthetictest will not work
and you have to switch it off. That is not a problem.

> When trying to run the simulation with mimo examples, there is an error as follows.
> The build of lapackpp succeeds. The make check also passes.
> 
> 
> *********************************************************
> Initialize system...
> Total number of devices: 12
> ...system has been successfully initialized
> Start simulation...
> Loop 1:   0 (20)  Loop 0:   0 (2)  simthetic: relocation error: /usr/local/lib/liblapackpp.so.1: undefined symbol: zgemm_

The "make check" of lapackpp succeeds, but you still got this error? Are
you sure that /usr/local/lib/liblapackpp.so.1 is the library that you
just installed successfully? I would suspect it were rather an old
library, and your correct one might be in /usr/lib/liblapackpp.so or
similar? You can call

 /sbin/ldconfig -p | grep lapackpp

to see whether there are multiple lapackpps around. Also, you can check
whether the mimolib library has any linker problems -- in the mimolib
directory, call

 ldd src/.libs/libmimo.so

and see whether all libraries can be found, and also you can check the
lapackpp library similarly:

 ldd /usr/local/lib/liblapackpp.so.1

and see whether all libraries can be found. If any necessary library
cannot be found but it exists, e.g. /somewhere/lapack.so, then you can
set the environment variable LD_LIBRARY_PATH accordingly:

 export LD_LIBRARY_PATH=/somewhere
 ldd /usr/local/lib/liblapackpp.so.1

and only if all libraries for lapackpp and libmimo can found, then
simthetic will run the examples. Sorry for that.

Regards,

Christian

Hello, Christian,

        When building MIMOLIB, during the configure phase, there is an =
error:

***********************************************
checking for Simthetic - version >=3D 1.6.0... no
*** Could not run Simthetic test program, checking why...
***
*** On a NFS file system, this may be due to weird old files still
*** hanging around. Check whether in config.log, after the line =
'checking
*** for Simthetic', you get hundreds of compiler errors about line =
numbers in
*** configure of the form 'invalid preprocessing directive name'. If =
this is
*** the case, then either switch to a non-nfs directory, or add the
*** configure option --enable-simthetictest=3Dno.
***
*** The test program compiled, but did not run. This usually means
*** that the run-time linker is not finding Simthetic or finding the =
wrong
*** version of Simthetic. If it is not finding Simthetic, you'll need to =
set your
*** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to =
point
*** to the installed location  Also, make sure you have run ldconfig if =
that
*** is required on your system.
***
*** But maybe it is already sufficient if you add the configure option
*** --enable-simthetictest=3Dno.

However, if --enable-simthetictest=3Dno is set, the configure can pass.
When trying to run the simulation with mimo examples, there is an error =
as follows.
The build of lapackpp succeeds. The make check also passes.


*********************************************************
Initialize system...
Total number of devices: 12
...system has been successfully initialized
Start simulation...
Loop 1:   0 (20)  Loop 0:   0 (2)  simthetic: relocation error: =
/usr/local/lib/liblapackpp.so.1: undefined symbol: zgemm_

What may be the problem? Thanks.

Best regards,
Hongwei
=20

Hello, Christian,

           I have tried to install Simthetic and MIMOLIB on my windows. =
There is no installation error.
I can run the example simulations under simthetic. However, when I tried =
to run the mimo examples,
there are errors as follows. Any suggestion on how to solve this =
problem?

Best regards,
hongwei


*************************************************************************=
*************************************

C:\Program Files\simthetic\examples>..\bin\simthetic mimo-svd.xml > msg
Error loading DLL "C:\Program =
Files\simthetic\lib\simthetic\modules\mimo.dll": 1
26
126 =3D The specified module could not be found.

Error loading DLL "mimo.dll": 126
126 =3D The specified module could not be found.

Error loading DLL "C:\Program =
Files\simthetic\lib\simthetic\modules\mimo.dll": 1
26
126 =3D The specified module could not be found.

Error loading DLL "mimo.dll": 126
126 =3D The specified module could not be found.

Error loading DLL "C:\Program =
Files\simthetic\lib\simthetic\modules\libmimo.dll"
: 998
998 =3D Invalid access to memory location.

Dear Varga,

thanks for asking about simthetic. However, you didn't tell the version=20
you're using?

Anyway, I'm sorry to tell you that the DAPSK- *demodulator* currently is=20
not available via the XML code. The author responsible for that class=20
wrotes in simtheticlib/diffdemodulator.h (also on=20
http://simthetic.sourceforge.net/simtheticlib/api-doc/html/classsimthlib_=
1_1Da__PskDemodulator.html=20
) about the newer class "Da_PskDemodulator": "DAPSK base class that=20
subclasses splits the demodulation process in amplitude and phase=20
demodulation (in contrast to the (older and hopefully now obsolete)=20
class DapskDemodulator)."

Unfortunately the author at the time wrote this newer class without=20
providing the necessary hooks for the XML devicelist and XML parameter=20
files. See also=20
http://simthetic.sourceforge.net/simthetic/api-doc/html/parameter_xml.htm=
l=20
about why not yet all classes are reachable by the XML parameter files.

Nevertheless I think you found a bug in the code which I've just fixed=20
right now. I did a 1.5.0 release that fixes this bug.

By the way: 1. Please discuss the program on the mailing list=20
sim...@li..., not only with individual=20
developers. 2. Please use a more descriptive "subject" line because=20
otherwise your email gets lost easily in all these "nigeria spam" emails.

Regards,

Christian

Varga Mihaly schrieb:
> Dear Christian Stimming
>=20
> I want to use your simulation system (simthetic) to make some OFDM syst=
em
> simulations. In special I want simulate performances of DAPSK
> constellations. I described the DAPSK- demodulator block with following
> xml code:
>=20
> <devicevalues gui:rotation=3D"0" type=3D"simthlib::DapskDemodulator" id=
=3D"d2" >
>        <propertyvalues>
> 	     <propertyvalue name=3D"bits_per_amplitude" >
>             <value>1</value>
>           </propertyvalue>
>   	  <propertyvalue name=3D"bits_per_phase" >
>             <value>3</value>
>           </propertyvalue>
>         <propertyvalue name=3D"output_length" >
>             <value>$(bits)</value>
> 	</propertyvalue>
> 	<propertyvalue name=3D"snr" >
>             <value>SNR_loop</value>
>           </propertyvalue>
> 	    </propertyvalues>
>       </devicevalues>
>=20
> When I tried to run the simulation appeared the following error message=
 (I
> attached the saved screen as =93Clipboard02.jpg=94 to this mail):
>=20
> Error in your configuration files:
> PropertyList::get: property =91only_phase_equalisation=92 not found
>=20
> If I ask you, can you send me please the correct xml description for
> DapskDemodulator.
> Thank you very much.
>=20
> Best regards
>    Mihaly Varga

Hallo,

Am Freitag, 8. Juli 2005 17:23 schrieben Sie:
> dass das Senden von Piloten feste Regeln (Koh=E4renz-zeit und Bandbreite)
> hat, ist nat=FCrlich klar, und sicher w=E4re das Addieren von Rauschen ei=
ne
> gute M=F6glichkeit. Ich wollte aber mal schauen, wie man das Senden
> von zus=E4tzlichen Daten (wie z.B. Piloten) in Simthetic realisieren w=FC=
rde.

ok, dann versteh ich das.

> > Du kannst das Einf=FCgen der Piloten nat=FCrlich auch abh=E4ngig von den
> > ingesamt =FCbertragenen OFDM-Symbolen machen: Das erste OFDM-Symbol sol=
len
> > nur Piloten sein und dann kommen, je nach gew=E4hlter Zeitvarianz des
> > Kanals, so und so viele OFDM-Symbole mit Daten.
>
> Ganz genau so wollte ich das machen. Nur: Wenn das erste Symbol voller
> Piloten ist, was passiert dann empf=E4ngerseitig mit den Bl=F6cken, die
> nach dem Entzerrer folgen. Wie kann der Entzerrerblock dem Block an seinem
> Output-Interface sagen: "Du warte mal, die Daten f=FCr Dich kommen erst
> beim n=E4chsten Mal, da ich die von eben f=FCr meine Sch=E4tzung bestimmt
> sind." ? Genauso senderseitig, da eine Datensequenz irgendwie "gehalten"
> werden mu=DF, wenn ein Block von Piloten =FCbertragen wird. Deswegen kam =
ich
> auf die "flushonlyprocessedSequences()"-Funktionen.

Ok, also der Ablauf ist folgenderma=DFen: Simthetic ruft Device::process ge=
nau=20
dann und erst dann auf, wenn an den jeweiligen InputInterfaces =FCberall=20
mindestens so viele Daten anliegen wie in input_length jeweils angefordert=
=20
werden. Daten erscheinen aber erst genau dann am InputInterface, wenn sie=20
vorher vom angeschlossenen OutputInterface auch "ausgespuckt" worden sind.=
=20
Solange das nicht geschieht, wird der n=E4chste Block auch nicht aufgerufen=
=2E=20

Der Punkt ist nun, da=DF der Simthetic-Laufzeitkontrolle dieses "Ausspucken=
" der=20
Daten auch ausdr=FCcklich mitgeteilt werden mu=DF. Die Tatsache eines "gef=
=FCllten=20
OutputInterfaces" ergibt sich nicht irgendwie implizit aus dem Aufruf von=20
Device::process. Sondern genau diese Funktion flushXYProcessedSequence()=20
erf=FCllt diese Aufgabe: Mit dieser Funktion wird signalisiert, da=DF jetzt=
 aus=20
dem OutputInterface etwas ausgespuckt wird (oder halt da=DF das am=20
InputInterface anliegende Zeugs nun verarbeitet worden ist).

Langer Rede kurzer Sinn: Wenn der Entzerrer gerade das Pilot-OFDM-Symbol=20
empfangen hat (d.h. wenn du die Kanalsch=E4tzung in den Entzerrerblock=20
reinbauen willst) und deswegen keine Ausgangdaten hat, dann rufst du in =20
Entzerrer::process() an dieser Stelle *nicht* flushProcessedOutputSequence=
=20
auf, sondern nur flushProcessedInputSequence, und volia, die Eingangssymbol=
e=20
sind zwar weg, aber am Ausgang liegt noch nichts an. Aber da du dann ja bei=
=20
den n=E4chsten Eingangssymbolen flushProcessedOutputSequence() wieder aufru=
fst,=20
geht alles wieder korrekt weiter. Auf Senderseite entsprechend umgekehrt.

Wobei ich dir empfehlen w=FCrde, die Kanalsch=E4tzung nun gerade nicht in d=
en=20
Entzerrer-Block mit einzubauen, sondern den Entzerrer lieber weiterhin mit=
=20
zwei Eing=E4ngen zu verwenden. Entzerrer::process wird ja auch erst aufgeru=
fen,=20
wenn an *beiden* Eing=E4ngen was anliegt, und das kannst du durch den=20
vorgeschalteten Kanalsch=E4tzungs-Block (sei er nun parallel zur Verbindung=
=20
Receiver - Entzerrer oder eingeschleift) eigentlich ganz gut kontrollieren.

> > Da geht die Vorgehensweise Nr.2 mit den zus=E4tzlichen Bl=F6cken aber
> > ganz genauso. Und ja, nat=FCrlich hast du dann mehr Symbole im Funkkanal
> > als vorher,aber das ist ja genau der Punkt bei Piloten.
>
> Ich meinte nicht "mehr Symbole im Funkkanal" (das ist nat=FCrlich klar)
> sondern weniger Platz in jedem OFDM-Symbol f=FCr Informationsdaten, denn
> wenn ich eine kleinere Sequenz (kleiner als die Anzahl an Subtr=E4gern)
> an einen Pilotsymboleinf=FCgeblock =FCbergebe, der aber gar keine Pilotsy=
mbole
> einf=FCgen mu=DF (z.B. weil die Koh=E4renzzeit lang genug ist), aber trot=
zdem
> gezwungen ist, die Sequenz aufzuf=FCllen damit die IFFT-L=E4nge stimmt,
> w=E4re das ja irgendwie "verschenkter" Platz.

Die Verh=E4ltnisse Piloten/Daten legst du ja vor jedem Simulationslauf sowi=
eso=20
f=FCr dich fest (oder sollen die zur Laufzeit variabel sein? Das w=E4re=20
ungew=F6hnlich). Entsprechend kannst du auch die Anzahl Datensymbole und in=
put/
output_length der Bl=F6cke auf Senderseite festlegen. Insofern mu=DF man ha=
lt=20
immer selber darauf achten, da=DF die Daten plus Piloten genau ein OFDM-Sym=
bol=20
vollkriegen.

Gru=DF

Christian

Hi,

>sorry, dass ich schon wieder nerve aber KSimthetic will mal wieder nicht=
:
>Also, ich hab nen neuen Checkout gemacht, weil meine gesicherten Daten
>mochte CVS nicht mehr und da eh keine =C3=84nderungen mehr drinnen waren=
,
>dachte ich mir, das ist einfacher als zu checken, wo das Problem liegt.
>Simthetic und KSimthetic sind nun auch installiert, nachdem ich mich wie
>wir beim letzten Mal der Reihe nach durch die Fehler gearbeitet hab.
>Allerdings: KSimthetic l=C3=A4uft zwar, aber das DirViewTab ist leer und=
 die
>Bl=C3=B6cke der Beispiele haben keine Beschreibungen und Verbindungen.
>In der Konsole steht folgendes (nach dem Laden von example1.xml):
>
>helix@Nangijala ~/simthetic/simtheticlib $ ksimthetic
>MyDocument::findDD: warning: no DD with name 'simthlib::BitGenerator' fo=
und.
>
Diese Fehlermeldung sagt also, da=C3=9F die Klasse simth::DeviceManager d=
ie=20
device-xml-Files nicht findet. Wo hast du simthetic und simtheticlib=20
installiert, also welches --prefix angegeben? Keines? dann w=C3=A4re=20
prefix=3D/usr/local. Oder eher prefix=3D$HOME/usr? Die device-xml-files s=
ind=20
unter $prefix/share/simthetic/devices.

Findet simthetic selber die Devices? Nachgucken, indem du im=20
simtheticlib-Sourcecode in simtheticlib/parameter/ gehst und "simthetic=20
example_2.xml" aufrufst. Wenn das geht, stimmt zumindest die=20
simthetic-Installation. Aber ksimthetic benutzt da nur die gleiche=20
Bibliothek wie auch simthetic (libsimtheticbase.so). Wenn es also mit=20
"simthetic bla.xml" klappt, aber ksimthetic nicht, dann hast du=20
wahrscheinlich mehrere unterschiedliche libsimtheticbase.so bei dir=20
rumfliegen, z.B. eine in /usr/lib, eine in /usr/local/lib und eine in=20
$HOME/usr/lib. Guck nach dem =C3=84nderungsdatum und l=C3=B6sche alle au=C3=
=9Fer der=20
allerneuesten (die au=C3=9Ferdem den vollen Namen libsimtheticbase.so.9.0=
.0 hat).

>Simtheticlib will dagegen nicht mal kompilieren:
>
>helix@Nangijala ~/simthetic/simtheticlib $ make -f Makefile.dist
>libtoolize -f --automake
>aclocal -I /usr/local/share/aclocal -I macros
>autoheader
>configure.in:29: warning: do not use m4_patsubst: use patsubst or
>m4_bpatsubst
>aclocal.m4:570: AM_CONFIG_HEADER is expanded from...
>configure.in:29: the top level
>configure.in:119: warning: do not use m4_regexp: use regexp or m4_bregex=
p
>aclocal.m4:583: _AM_DIRNAME is expanded from...
>configure.in:119: the top level
>automake --add-missing
>simtheticlib/Makefile.am:136: invalid unused variable name: `DLL_LDFLAGS=
'
>make: *** [all] Error 1
>
>
>Was ist das blo=C3=9F wieder ? :(
>

Sorry, da stolpert deine automake-Version =C3=BCber eine Sache, die=20
eigentlich gar nicht falsch ist. Hab ich eben im CVS behoben, so da=C3=9F=
=20
simtheticlib nun bei dir wieder gehen sollte.

>P.S.: Ich seh gerade in der History, du hast die dirview.cpp und .h
>gel=C3=B6scht ?
> =20
>
Ja, wo ist das Problem?

Christian

Hallo Karsten,

das ist ja sch=F6n zu h=F6ren, da=DF ihr mit simthetic arbeiten wollt.=20
Nat=FCrlich helfe ich gerne, die Pakete "lapack" und "blas" irgendwo=20
aufzutreiben -- aber welche f=FCr eure konkrete Umgebung denn die=20
richtigen sind, kann ich ohne genauere Informationen nicht sagen. Wenn=20
das Linux ist, dann ist normalerweise bei der Distributions-CD/DVD das=20
Paket lapack und blas unter genau diesem Namen auch vorhanden und mu=DF=20
nur angew=E4hlt werden. Ansonsten br=E4uchte ich erstmal genauere Infos =FC=
ber=20
die konkrete Distribution (Version etc).

Gru=DF

Christian

Brueninghaus Karsten ICM Bocholt schrieb:
> Hallo Christian,
>=20
> wir wollen mit dem Programm Simthetic arbeiten und haben festgestellt=20
> (bzw. ein Student hat festgestellt), dass hierf=FCr die Lapack und Blas=
=20
> Libraries erforderlich sind. K=F6nntest du sie uns bitte zuschicken? Gi=
bt=20
> es noch irgendwas bei der Einbindung zu ber=FCcksichtigen?
>=20
> Vielen Dank
> Karsten
>=20
>=20
>=20
> -------------------------------------------------------------------
> Karsten Br=FCninghaus
> Siemens AG
> Information and Communciation Mobile
> Next Generation Technologies
>=20
> phone   : +49 2871 91 1742
> fax     : +49 2871 91 3387
> mailto  : kar...@si...
> address : Siemens AG
>               Frankenstrasse 2
>               46395 Bocholt
>               Germany
> --------------------------------------------------------------------   =
      =20
>=20
>=20

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

Moin,

On Wednesday 24 March 2004 15:10, Martin Preuss wrote:
[...]
> On Monday 22 March 2004 22:09, Christian Stimming wrote:
> [...]
>
> > 1. Was ich nun gerne noch erreichen m=F6chte, ist, da=DF ich vorcompili=
erte
[...]
> > werden. Wei=DFt du irgendeinen m=F6glichst kostenlosen Weg, die DLLs  (=
also
> > simthetic.exe, simtheticbase32.dll und simthetic.dll) mit einer
> > Installationsroutine zu verpacken, so da=DF dann beim Installieren
> > irgendwohin (registry?) die vom Installations-Benutzer gew=FCnschten Pf=
ade
> > eingetragen werden? Sowas wie InstallShield, nur eben ohne deren horren=
de
> > Preise. Falls du da ne gute Idee hast, w=E4r das ne klasse Sache.
Ok, meine Implementierung unter Windows ist nun folgende:

Bei der Suche nach beispielsweise dem Pfad fuer die Device-Dateien wird=20
folgendermassen vorgegangen:
1) Suche nach dem entsprechenden Eintrag in der Registry
   1a)Ist dieser vorhanden, wird der dort angegebene Pfad probiert
   1b) ist er nicht vorhanden, wird der zur Compile-time festgelegte Wert =
=20
         probiert
2) Suche nach passenden Dateien im gerade ermittelten Verzeichnis
3) sind dort welche vorhanden, duerfte der Pfad ok sein und er wird=20
zurueckgegeben
4) war er nicht ok, wird der User nach dem korrekten Pfad gefragt (Achtung:=
 im=20
Augenblick wird da noch GetOpenFilename verwendet. Dieser Dialog verlangt,=
=20
dass man eine Datei anwaehlt - auch wenn einen nur das Verzeichnis=20
interessiert. Ich arbeite aber gerade an einer Verbesserung)
5) ist der vom Benutzer angegebene Pfad ok, wird er in der Registry=20
gespeichert und zurueckgegeben. Hat der Benutzer abgebrochen, wird eine=20
Exception geworfen. War der Pfad nicht ok, wird wieder zu 4) zurueckgekehrt=
,=20
bis entweder der Pfad stimmt oder der Benutzer aufgibt ;-)

Das bedeutet soweit auch dies:
In die Registry wird nur geschrieben, wenn der Benutzer einen Pfad eingegeb=
en=20
hat (der auch in ORdnung sein muss). Ansonsten wird die Registry nicht=20
veraendert, was wohl am oekonomischsten sein duerfte...


Gruss
Martin

=2D-=20
"Things are only impossible until they're not"

LibChipcard - http://www.libchipcard.de
OpenHBCI - http://www.openhbci.de

Moin,

On Monday 22 March 2004 22:09, Christian Stimming wrote:
[...]
> 1. Was ich nun gerne noch erreichen m=F6chte, ist, da=DF ich vorcompilier=
te
> Pakete davon (simthetic/simtheticlib) f=FCr "normale Studenten" anbieten =
kann
> und diese die direkt benutzen k=F6nnen. Das Problem hierbei ist, da=DF die
> Installations-Orte f=FCr die simthetic.dll und die xml-files halt nicht s=
chon
> bei der Compilierung festgelegt werden k=F6nnen (denn dabei h=E4ngen die =
Pfade
> ja von dem von mir verwendeten windows2000 ab), sondern sie m=FCssen
> irgendwie erst beim Installieren oder erst zur runtime bestimmt werden.
> Wei=DFt du irgendeinen m=F6glichst kostenlosen Weg, die DLLs  (also
> simthetic.exe, simtheticbase32.dll und simthetic.dll) mit einer
> Installationsroutine zu verpacken, so da=DF dann beim Installieren
> irgendwohin (registry?) die vom Installations-Benutzer gew=FCnschten Pfade
> eingetragen werden? Sowas wie InstallShield, nur eben ohne deren horrende
> Preise. Falls du da ne gute Idee hast, w=E4r das ne klasse Sache.
Registry ginge, ich muss zuhause noch mal nachsehen (aber da so ein=20
Windows-Profi-Buch), welche Keys man da nehmen koennte. Etwas uneleganter=20
waere natuerlich der Weg ueber eine simthetic.ini Datei im=20
Windows-Verzeichnis, wuerde aber die Registry ersparen.

Ist wohl Geschmackssache, sag einfach, was Dir lieber ist. "Professioneller=
"=20
sieht natuerlich schon das mit der REgistry aus, aber dann kann es zu=20
Problemen kommen, wenn man mal was verschiebt...

Zu den DLLs: Man koennte sich die Tatsache zunutze machen, dass Windows imm=
er=20
auch im aktuellen Arbeitsverzeichnis nach den DLLs sucht... dann muesste ma=
n=20
die Plugins direkt mit im Start-Verzeichnis von Simthetic ablegen...


Gruss
Martin

LibChipcard - http://www.libchipcard.de
OpenHBCI - http://www.openhbci.de

=2D----BEGIN PGP SIGNED MESSAGE-----

On Mittwoch, 17. M=E4rz 2004 11:57, Martin Preuss wrote:
> Moin Christian,
>
> kannst Du mir bitte mitteilen, wo ich jetzt bei Simthetic (oder bei Gwen)
> noch ran muss, damit es so laeuft, wie Du das brauchst ?
>
> Ich habe naemlich noch nicht wieder den Ueberblick (arbeite mich gerade in
> die laufenden Projekte ein), und schliesslich geht der Vertrag ja noch bis
> zum Monatsende, da will ich denn auch noch was schaffen ;-)

Gerne, gerne. Also simthetic inklusive simtheticlib und mimolib l=E4uft ers=
tmal=20
auch auf mingw/windows. Ich hab im Moment da zwei Anliegen:=20

1. Was ich nun gerne noch erreichen m=F6chte, ist, da=DF ich vorcompilierte=
 Pakete=20
davon (simthetic/simtheticlib) f=FCr "normale Studenten" anbieten kann und=
=20
diese die direkt benutzen k=F6nnen. Das Problem hierbei ist, da=DF die=20
Installations-Orte f=FCr die simthetic.dll und die xml-files halt nicht sch=
on=20
bei der Compilierung festgelegt werden k=F6nnen (denn dabei h=E4ngen die Pf=
ade ja=20
von dem von mir verwendeten windows2000 ab), sondern sie m=FCssen irgendwie=
=20
erst beim Installieren oder erst zur runtime bestimmt werden. Wei=DFt du=20
irgendeinen m=F6glichst kostenlosen Weg, die DLLs  (also simthetic.exe,=20
simtheticbase32.dll und simthetic.dll) mit einer Installationsroutine zu=20
verpacken, so da=DF dann beim Installieren irgendwohin (registry?) die vom=
=20
Installations-Benutzer gew=FCnschten Pfade eingetragen werden? Sowas wie=20
InstallShield, nur eben ohne deren horrende Preise. Falls du da ne gute Ide=
e=20
hast, w=E4r das ne klasse Sache.

2. Und andererseits ist nun als Arbeitspaket offen, da=DF man in Simthetic=
=20
einbaut, da=DF die Parameter-Files aus dem XML-Dateiformat gelesen werden=20
k=F6nnen. Dies mu=DF in StreamDrivenSystem::StreamDrivenSystem() eingebaut =
werden=20
und ich hab dort auch schon ein paar Kommentare dazu geschrieben. Im Paket=
=20
ksimthetic gibt es eine Datei example1.xml, die bereits eine lauff=E4hige=20
Simulation darstellt, und die als Beispiel also verwendet werden kann. Da=20
m=FCsste in simthetic/streamdrivensystem.cpp also die passenden Schritte=20
eingebaut werden, die =FCber die GWEN_XML Funktionen die entsprechenden Sac=
hen=20
lesen. (=DCbrigens bzgl Gwen und XML: Dein Datenmodell ist dem DOM-Level-2=
=20
Modell f=FCr XML-Parser verbl=FCffend =E4hnlich, nur die Namen sind nat=FCr=
lich=20
unterschiedlich. Du kannst mal den Qt3-Abschnitt =FCber XML mit deinen=20
Gwen-Routinen vergleichen und wirst viele =C4hnlichkeiten feststellen...)

Also beide Arbeitspakete sind aktuell, und #2 ist wohl der gr=F6=DFere Aufw=
and. Du=20
kannst dich einfach an jener Aufgabe versuchen, wo dir mehr dazu einf=E4llt.

Gru=DF

Christian
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iQCVAwUBQF9V8GXAi+BfhivFAQGCIgQAkh/ItCLNfjXuaSokGP4Emx0FlxVx4UdZ
XHEtggnwIRE5O4o2TXt9uZ6gybGxbvPCKgFhV8iM7joPMZ/uwUo0cUIefNcQfYIp
+LCh1Mi+OCfDi4DlAVk5vTz9vYzcPPSNphaSLtiJ2In2XQ7Ec11tSz+toNy3fek3
iz1icmQPpPU=3D
=3Dd2PV
=2D----END PGP SIGNATURE-----

Hi Peter,

hast du gerade noch =C4nderungen an simthetic/simtheticlib in Arbeit, ode=
r=20
kann da mal wieder eine Version davon ver=F6ffentlicht werden?

Christian

Moin,

nun hab ich inzwischen auch die Mimolib von Simthetic dazu =FCberredet,=20
da=DF sie eine DLL baut. Kompliment, Martin: In Lapack++ hattest du ja=20
schon alles vorbereitet, und das Patch f=FCr Lapack.tgz lief auch auf=20
Anhieb durch! Toll!

Die lapackpp32.dll lie=DF sich also prima bauen, und alle Tests mit "make=
=20
check" liefen auch durch. Diese DLL ist also in Ordnung.

Also hab ich analog zu dem existierenden code nun auch Mimolib mit=20
Regeln f=FCrs DLL-Bauen versehen. Und siehe da, am Ende kommt auch eine=20
DLL zusammen und der Linker beschwert sich gar nicht. Aber oh weh, wenn=20
ich nun eine Simthetic-Simulation laufen lassen will, kommt gar nichts=20
sch=F6nes, sondern nur ein "error loading DLL ...: 998" (unten auch mit=20
stacktrace).

Ich habe soeben das file "mimolib/src/test/windowslink.par" eingecheckt,=20
da=DF im Unterschied zu den sonstigen parameter files aus mimolib=20
tats=E4chlich nur Bl=F6cke aus mimolib hat und keine aus simtheticlib. Da=
s=20
erwartete Verhalten ist, da=DF "simthetic windowslink.par" etwas von=20
"wrong connection type" faselt, nachdem die Devices da drin n=E4mlich=20
erzeugt wurden. Aber es l=E4=DFt sich weiterhin nicht einmal laden, obwoh=
l=20
die Pfadangabe absolut total korrekt ist. Auch die \ und / durcheinander=20
geben kein Problem -- ich hab's mit simthetic.dll und dem debugger=20
getestet, da=DF mit der gleichen (gemischten) Pfadangame simthetic.dll=20
korrekt geladen wird.

Kann sowas von irgendwelchen Kollisionen in ressource.rc kommen, die=20
n=E4mlich evtl. bei simthetic.dll und mimo.dll teilweise identisch ist?=20
Oder hab ich was anderes vergessen...?  Alle sonstigen libraries, die=20
hier ben=F6tigt werden (lapackpp32.dll, simtheticbase32.dll) sind in=20
meinem Windows-System-Ordner (hier: C:\WINNT\system32).

Gru=DF

Christian

(Das ist zwar alles nicht eilig, aber es w=E4re halt sehr sehr toll, wenn=
=20
wir Simthetic inklusive Mimolib auch f=FCr Windows anbieten k=F6nnen...)



$ simthetic windowslink.par
Initialize system...
Total number of devices: 2
Gwenhywfar initialized.
Error loading DLL "c:\temp\simth-win\modules/mimo.dll": 998

An error occured:
Could not load library mimo
Program was aborted!
Gwenhywfar deinitialized.

$ gdb simthetic
GNU gdb 5.2.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you =
are
welcome to change it and/or distribute copies of it under certain=20
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for detail=
s.
This GDB was configured as "i686-pc-mingw32"...
(gdb) run -g windowslink.par
Starting program: C:\msys\1.0\local\bin/simthetic.exe -g windowslink.par

Program received signal SIGSEGV, Segmentation fault.
0x00599610 in ?? ()
(gdb) bt
#0  0x00599610 in ?? ()
#1  0x77886215 in ?? ()
#2  0x77886f17 in ?? ()
#3  0x77894a47 in ?? ()
#4  0x77883278 in ?? ()
#5  0x77e9015d in simtheticbase32_dll_iname ()
#6  0x6b2d4122 in GWEN_LibLoader_LoadLibrary (h=3D0x3f8038,
     name=3D0x3fc008 "c:\\temp\\simth-win\\modules/mimo.dll") at=20
libloader.c:106
#7  0x6b2d4577 in GWEN_LibLoader_OpenLibraryWithPath (h=3D0x3f8038,
     path=3D0x3f61d4 "c:\\temp\\simth-win\\modules", name=3D0x3f656c "mim=
o")
     at libloader.c:209
#8  0x6a5c3824 in simth::StreamDrivenSystem::loadLibrary(std::string=20
const&, std::string const&) const (this=3D0x3f7dc0, path=3D@0x3f7ac0,=20
filename=3D@0x3f7ac8)
     at streamdrivensystem.cpp:442
[...]

Martin Preuss schrieb:
>>Log Message:
>>2004-02-02  Christian Stimming <sti...@tu...>
>>
>>	* simtheticlib/displaypipe.h, displaypipe.cpp: Refactor code so
>>	that porting to windows probably gets easier (how to popen/fprintf
>>	on windows?)
>=20
> Diese Funktionen gibt es doch unter Windoze ?

Es gibt sie schon, aber das tut nicht das was wir wollen. Ich hatte ja=20
schonmal erw=E4hnt: Die Klasse "Displaypipe" will einen gnuplot-process=20
aufmachen (popen), merkt sich dann den FILE*-handle dorthin, und=20
schreibt dann alle paar Sekunden =FCber fprintf etwas dort rein. Auf Linu=
x=20
sieht man dann tolle Animationen=20
(simtheticlib/parameter/example_histogram.par), aber auf Windows klappt=20
das nicht. Irgendwie scheint das Windows-gnuplot auf dem stdin taub zu=20
sein. Das w=FCrden wir gerne =E4ndern -- aber du meintest ja, du bist=20
erstmal besch=E4ftigt. Also gerne sp=E4ter.

Gru=DF

Christian

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Moin,

On Tuesday 27 January 2004 10:04, Christian Stimming wrote:
[...]
> entsprechende configure-switches einbauen? --enable-gwen-crypt (default:
> yes), --enable-gwen-inet (default: yes) und so? Die offiziellen
> Gwen-binaries werden dann sicherlich mit allem compiliert, aber f=FCr die
> simthetic-Leute kann man dann dazuschreiben, da=DF man auf diese Weise die
> Abh=E4ngigkeit von Openssl vermeiden kann.
Was mir da einfaellt: Wenn OpenSSL nicht vorhanden ist, sollte Gwen eigentl=
ich=20
das Crypt-Modul "none" verwenden statt OpenSSL, also sollte es auch ohne=20
OpenSSL gehen (wenn es denn muss)...
Klappt das bei Dir ?
Wenn nicht, muss ich an den Macros noch herumschrauben...


Gruss
Martin



=2D --=20
"Things are only impossible until they're not"

LibChipcard - http://www.libchipcard.de
OpenHBCI - http://www.openhbci.de
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAF1HVwcZBcYAOyGYRAnbhAKCDXkiLXmRw8AHf82OasUdVhCKN/gCeMNMx
KYh3VNAj8JSNE5eHchl3QDU=3D
=3DjVQl
=2D----END PGP SIGNATURE-----

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Moin,

On Tuesday 27 January 2004 10:04, Christian Stimming wrote:
[...]
> entsprechende configure-switches einbauen? --enable-gwen-crypt (default:
> yes), --enable-gwen-inet (default: yes) und so? Die offiziellen
> Gwen-binaries werden dann sicherlich mit allem compiliert, aber f=FCr die
> simthetic-Leute kann man dann dazuschreiben, da=DF man auf diese Weise die
> Abh=E4ngigkeit von Openssl vermeiden kann.
>
> Wenn das f=FCr dich ok ist, bau ich das ein...
Wenn Ihr das gaaanz dringend braucht, waere das zumindest unter windows ok.
Aber gerne sehe ich das nicht... Das Problem ist, dass dann garantiert spae=
ter=20
jemand mit einer "amputierten" Version kommt und fragt, warum nicht alles=20
geht, und dann bin ich wieder Schuld...

Also: Nur, wenn es gar nicht anders geht.
Allerdings: Ist es denn so eine Zumutung, die bereits vorkompilierten DLLs =
zu=20
installieren ? Ich meine, wer sich schon die Muehe macht mingw zu=20
installieren, kann auch diesen Schritt noch gehen...


Gruss
Martin

=2D --=20
"Things are only impossible until they're not"

LibChipcard - http://www.libchipcard.de
OpenHBCI - http://www.openhbci.de
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAFqZBwcZBcYAOyGYRAjCoAJ9OhzDW5wktY6lxloxTgbALCpXEXwCeNie/
5vxIfvzPID3Pt7XEw/CtiLI=3D
=3D6wU6
=2D----END PGP SIGNATURE-----