Dear Pavel,
I have now made the suggested changes to the DSAM and AMS installations
as well as correcting all the tutorial simulations scripts.
I will be uploading the new installations shortly.
Many regards,
...Lowel.
On Thu, 2010-11-11 at 04:38 +0100, Pavel Sanda wrote:
> Hello,
>
> this report has 3 parts:
> 1: installation problems with DSAM.
> 2: installation problems with AMS.
> 3: runtime AMS problem.
>
>
> I created ebuilds (kind of installation scripts) so DSAM and ASM can be
> properly installed on Gentoo linux. They are now publicly available in rebutia
> overlay.
>
> The installation didn't went smoothly and although the linked patches are
> trivial it really took me quite time to pinpoint why the packages can't be
> properly built and I would propose to apply the patches or use them for better
> fix (or at least put some note into installation instructions).
>
>
> * 1 *
> The first problem with DSAM is that it won't detect properly installed
> wxwidgets - output of configure script says:
>
> checking for WXWIN configuration shell script (wx-config)... yes
> checking for wxWidgets base support for threaded extensions... no
> checking for wxWidgets GUI support... no
>
> the reason why check does not work is that command like
> g++ ... file.cpp `wx-config --libs`
> works properly, while
> g++ ... `wx-config --libs` file.cpp
> fails.
> So the proper solution is to use LIBS instead of LDFLAGS in
> configure.ac. See also this message from autoconf list:
> [log in to unmask]" target="_blank">http:[log in to unmask]
>
> The patch can be downloaded from here:
> http://git.overlays.gentoo.org/gitweb/?p=user/rebutia.git;a=blob_plain;f=sci-misc/dsam/files/dsam.patch;hb=HEAD
>
>
> The second problem is that configure reports problem with dsam-config:
>
> checking for long file names... yes
> configure: creating ./config.status
> config.status: creating dsam.spec
> chmod: cannot access `dsam-config': No such file or directory
> config.status: creating CfgTools/Makefile
> chmod: cannot access `dsam-config': No such file or directory
> ....
> config.status: creating dsam-config
>
> This issue can be easily repaired by just second run of configure script,
> so I was not fixing it, but probably you are intersted...
>
>
>
> * 2 *
> First problem - during the AMS compilation those messages can be seen:
>
> In file included from ./ams.cpp:62:
> ./AMSSetup.h:53:1: warning: "PACKAGE" redefined
> In file included from /usr/include/dsam/DSAM.h:40,
> from ./ams.cpp:54:
> ....
>
> The definitions are different so there is most probably something
> wrong. The compilation proceeds though so I didn't investigate more.
>
>
> Second problem. There is unusual construct inside mkunxinst.env which
> break the DISTDIR feature of autotools. Some distributions don't
> install directly but inside specific locations (note that its different
> from --prefix) to check various things before the package enters
> real root tree. The construct breaks this.
> Patch can be downloaded here:
> http://git.overlays.gentoo.org/gitweb/?p=user/rebutia.git;a=blob;f=sci-misc/ams/files/ams.patch;h=682634bfc06aef935ebef080dfd6bb929b01f4e8;hb=HEAD
>
>
>
> * 3 *
> When AMS is installed and runs, some tutorial models (e.g. precendence.sim)
> can't be loaded, quitting with the message:
> SetUniParValue_Utility_SimScript: Could not find parameter 'off'.
>
> On console I see:
> SetUniParValue_Utility_SimScript: Could not find parameter 'off'.ReadSimScript_Utility_SimScript: Parser could not read simulation.ReadPars_Utility_SimScript: Could not read simulation script from
> file '/usr/share/ams/Tutorials/Precedence//usr/share/ams/Tutorials/Precedence/precedence.sim'.InitProcessVariables_AppInterface: Could not Initialise simulation.MainApp::CheckInitialisation: Could not initialise process variables.CheckData_ModuleMgr: GetSimulation_ModuleMgr: Process EarObject not initialised.SDIDocument::OnOpenDocument: Diagram verification failed.
>
>
> Another example - if I try to run published forward masking model model
> (Meddis , R. and O'Mard, L. P. (2005)) it won't load the file (forwardMaskingSPIKE.spf)
> SDIDiagram::VerifyDiagram: The number of diagram lines (21) does not correspond
> to the number of simulation connections (20).
>
>
> or I try to run published model Cochlear Nucleus pitch model (Wiegrebe, L. and Meddis, R. (2004))
> it loads (human_pitch.spf), but when running, then whole AMS crashes:
> Console: ams: xcb_io.c:140: dequeue_pending_request: Assertion `req == dpy->xcb->pending_requests' failed.
>
>
>
> I have no idea whats wrong and how to fix it, but perhaps you have?
> (simulations taken from http://www.essex.ac.uk/psychology/psy/people/meddis/models.html )
>
>
> Thanks for any answers,
> Pavel
|