mbdyn issueshttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues2024-03-23T22:14:59+01:00https://public.gitlab.polimi.it/DAER/mbdyn/-/issues/365Missing check for repeated nodes in joints2024-03-23T22:14:59+01:00Marco MorandiniMissing check for repeated nodes in jointsThe joint parser do not check whether a joint connects a node with itself. I.e., the attached `Case1.mbd` input file is happily run, even if it is malformed (the first node of the joint should be `structural_node_1` instead of `structur...The joint parser do not check whether a joint connects a node with itself. I.e., the attached `Case1.mbd` input file is happily run, even if it is malformed (the first node of the joint should be `structural_node_1` instead of `structural_node_2`.
Perhaps we should introduce such checks
[Case1.mbd](/uploads/b331e0c9f426a80c1205ea978a1447c9/Case1.mbd)https://public.gitlab.polimi.it/DAER/mbdyn/-/issues/354make install error with `install-exec-local-oct`2024-03-23T15:48:02+01:00Andrea Zanonimake install error with `install-exec-local-oct`At the end of the installation step, I get this error:
```
make[2]: *** No rule to make target 'install-exec-local-oct', needed by 'install-exec-local'. Stop.
...
make[1]: *** [Makefile:1453: install-am] Error 2
...
make: *** [Makefile...At the end of the installation step, I get this error:
```
make[2]: *** No rule to make target 'install-exec-local-oct', needed by 'install-exec-local'. Stop.
...
make[1]: *** [Makefile:1453: install-am] Error 2
...
make: *** [Makefile:579: install-recursive] Error 1
```
can anybody confirm?https://public.gitlab.polimi.it/DAER/mbdyn/-/issues/353Wrong moment from absolute internal force with offset2024-03-23T12:06:03+01:00Marco MorandiniWrong moment from absolute internal force with offsetThe moment applied to the second node of an absolute internal force has
- wrong sign
- wrong arm (arm1 instead of arm2)
i.e. it is equal to the moment applied to the first node.
Testcase: [InternalForce.mbd](/uploads/33d1a724dfb37ef8e...The moment applied to the second node of an absolute internal force has
- wrong sign
- wrong arm (arm1 instead of arm2)
i.e. it is equal to the moment applied to the first node.
Testcase: [InternalForce.mbd](/uploads/33d1a724dfb37ef8e7363dbb88997ef7/InternalForce.mbd)Pierangelo MasaratiPierangelo Masaratihttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues/70GSoC-2021 Initial Contact2024-03-14T13:52:29+01:00shubhaditya burelaGSoC-2021 Initial ContactHi,
I am Shubhaditya Burela. I am currently pursuing my masters in Simulation Sciences in RWTH Aachen university. I am very much interested in contributing to MBDyn community. Based on the selection process for the GSOC-2021 I have suc...Hi,
I am Shubhaditya Burela. I am currently pursuing my masters in Simulation Sciences in RWTH Aachen university. I am very much interested in contributing to MBDyn community. Based on the selection process for the GSOC-2021 I have successfully installed MBDyn and ran my first test case of cantilever beam. The output files for the cantilever beam test case are currently in the git repository (https://github.com/shubhadityaburela/GSOC_MBDYN/tree/main). I made small changes in the input file to see the variation in the results and the observations are mentioned in the README file in the same repository.
I am aware that I am a bit delayed in the process of starting for GSOC owing to my previous commitments for my Master thesis, but I will try my best to complete the work on runtime module creation before the deadline of 12th April. I have mostly understood how the runtime handling of the modules is done and have gone through the code for some simple modules in the due process.
However I have a question regarding the project proposal. Is it possible to give the project proposal in parallel with the step 2 and 3 of the entry test??. I am interested in the topic "Implementing an unsteady Vortex Lattice aerodynamic element" for which I want to know further instructions, maybe I can get some idea about the kind of background one needs for a task like that. I have a background in Fluid-structure interaction and Finite elements as well for that matter.
Awaiting your reply,
Thank you,
Shubhaditya BurelaAndrea ZanoniAndrea Zanonihttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues/357Erroneous input syntax for inline joint2024-03-08T07:43:54+01:00Pierangelo MasaratiErroneous input syntax for inline jointThe syntax in the input manual erroneously indicate the position and orientation with respect to the first node as optional, whereas only the keywords "position" and "orientation" can be omitted.The syntax in the input manual erroneously indicate the position and orientation with respect to the first node as optional, whereas only the keywords "position" and "orientation" can be omitted.Pierangelo MasaratiPierangelo Masaratihttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues/3Error running in debug mode on mac2024-02-28T11:58:31+01:00Rafael MudafortError running in debug mode on macWhen running in debug mode on macos 10.12, I have to comment the DEBUGLCOUT line in the function below (dataman3.cc line 2344 in MBDyn 1.7.3). The error thrown when that line is on is not very clear.
```
Elem*
DataManager::ReadElem(MBD...When running in debug mode on macos 10.12, I have to comment the DEBUGLCOUT line in the function below (dataman3.cc line 2344 in MBDyn 1.7.3). The error thrown when that line is on is not very clear.
```
Elem*
DataManager::ReadElem(MBDynParser& HP, Elem::Type type) const
{
integer iElem = HP.GetInt();
if (iElem < 0) {
silent_cerr("DataManager::ReadElem: invalid node label " << iElem
<< " at line " << HP.GetLineData() << std::endl);
throw ErrGeneric(MBDYN_EXCEPT_ARGS);
}
unsigned int uElem = (unsigned int)iElem;
// DEBUGLCOUT(MYDEBUG_INPUT, "DataManager::ReadElem: " << psNodeNames[type] << "(" << uElem << ")" << std::endl);
/* verifica di esistenza dell'elemento */
Elem* pElem = dynamic_cast<Elem *>(pFindElem(type, uElem));
if (pElem == 0) {
silent_cerr("DataManager::ReadElem: " << psElemNames[type] << "(" << uElem << ")"
" not defined at line "
<< HP.GetLineData() << std::endl);
throw ErrGeneric(MBDYN_EXCEPT_ARGS);
}
return pElem;
}
```
I'm using gcc v7.3.Andrea ZanoniAndrea Zanonihttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues/74GSoC 2021 -- VLM solver2024-02-07T08:01:52+01:00Andrea ZanoniGSoC 2021 -- VLM solverThis issue is dedicated to discuss code development for the 2021 GSoC Project of [Shubhaditya Burela](@shubhadityaburela), concerning the implementation of an embedded VLM solver.This issue is dedicated to discuss code development for the 2021 GSoC Project of [Shubhaditya Burela](@shubhadityaburela), concerning the implementation of an embedded VLM solver.shubhaditya burelashubhaditya burelahttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues/54GSoC 2020 -- MBDyn-Chrono Interface2024-02-07T08:00:43+01:00Andrea ZanoniGSoC 2020 -- MBDyn-Chrono InterfaceThis issue is dedicated to discuss code development for the 2020 GSoC Project of Runsen Zhang.This issue is dedicated to discuss code development for the 2020 GSoC Project of Runsen Zhang.Runsen ZhangRunsen Zhanghttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues/108Third order integrator is broken2024-02-07T08:00:14+01:00Reinhard ReschThird order integrator is brokenDear MBDyn developers,
It seems that the third order integrator is broken at the current development branch. If you run the attached example, the solver crashes because of an out of bound array access in the vectors X, and XP. See the a...Dear MBDyn developers,
It seems that the third order integrator is broken at the current development branch. If you run the attached example, the solver crashes because of an out of bound array access in the vectors X, and XP. See the attached files:
[third-order-int-beam.mbd](/uploads/a98a9e87831c1f8cf26c63dbb304b9ec/third-order-int-beam.mbd)
[third-order-int-beam.log](/uploads/7237ffda28412b2ff89fdbfc04f03ae6/third-order-int-beam.log)
Best regards,
Reinhardhttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues/340Compiler error using swig2024-02-07T07:59:17+01:00Caccia Francesco AngeloCompiler error using swigCompiling mbdyn with the python interface results in a compiler error if swig v4.2 is used (the current master in github repository).
Option -noruntime was deprecated since v3.0 and finally deleted in v4.2.
Everything works correctly i...Compiling mbdyn with the python interface results in a compiler error if swig v4.2 is used (the current master in github repository).
Option -noruntime was deprecated since v3.0 and finally deleted in v4.2.
Everything works correctly if v4.1.1 is used.https://public.gitlab.polimi.it/DAER/mbdyn/-/issues/339Build fails with the compiler that is C++20 by default: error: ISO C++17 does...2024-02-07T07:45:25+01:00Yuri VicBuild fails with the compiler that is C++20 by default: error: ISO C++17 does not allow dynamic exception specificationsYou don't set the C++ level and use feature(s) that are deprecated in C++20:
```
In file included from linsol.cc:51:
./naivewrap.h:59:20: error: ISO C++17 does not allow dynamic exception specifications [-Wdynamic-exception-spec]
...You don't set the C++ level and use feature(s) that are deprecated in C++20:
```
In file included from linsol.cc:51:
./naivewrap.h:59:20: error: ISO C++17 does not allow dynamic exception specifications [-Wdynamic-exception-spec]
void Factor(void) throw(LinearSolver::ErrFactor);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./naivewrap.h:59:20: note: use 'noexcept(false)' instead
void Factor(void) throw(LinearSolver::ErrFactor);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
noexcept(false)
1 error generated.
```
Please:
* remove the use of deprecated features
* add the option to set the C++ level
Version: 1.7.3
clang-16
FreeBSD 14https://public.gitlab.polimi.it/DAER/mbdyn/-/issues/67GSoC initial contact2024-02-07T07:28:16+01:00Satyam Kumarskdbsp123@gmail.comGSoC initial contactHello MBDyn team,
I am Satyam Kumar, second year Computer Science and Engineering student at National Institute of Technology Hamirpur, India.
I am determined to contribute to the MBDyn community. I am planning to apply at MBDyn for GSo...Hello MBDyn team,
I am Satyam Kumar, second year Computer Science and Engineering student at National Institute of Technology Hamirpur, India.
I am determined to contribute to the MBDyn community. I am planning to apply at MBDyn for GSoC 2021.
As per instructions, I installed Ubuntu on my PC. I have a Windows system, so I am using Oracle VM Box for using Ubuntu. I followed the steps present on MBDyn website to install the software. I successfully installed the software and ran my first test file. The link to the input and output files is https://github.com/skdbsp123/MBDyn-Files/. I have used the case of freely falling object under the effect of gravity and having initial horizontal velocity of 3 units per sec.
I would like to know the further instructions to make my chances better for GSoC. I am looking forward to hearing from you.
Thank youMarco MorandiniMarco Morandinihttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues/258Document integrators2024-01-09T21:06:48+01:00Marco MorandiniDocument integrators@10102934 , @10260632 : right now the input manualin the `integrators` branch documents only the `crank nicolson` , `ms2`, `ms3`, `ms4`, `hope`, `bdf`, and `implicit euler` integrators.
I see no mention of `ss2`, `ss3`, `ss4`, `Bathe`,...@10102934 , @10260632 : right now the input manualin the `integrators` branch documents only the `crank nicolson` , `ms2`, `ms3`, `ms4`, `hope`, `bdf`, and `implicit euler` integrators.
I see no mention of `ss2`, `ss3`, `ss4`, `Bathe`, `msstc3`, `mssth3`, `msstc4`, `mssth4`, `msstc5`, `mssth5`, `DIRK33`, `DIRK43`, `DIRK54`.
Furthermore, the cited `ZHANG-2021-COMPMECH-MS34` bibliographic entry is missing from the .bib file.
Since I'm finalizing the merge of integrators into develop, it would be great if you could send me the missing manual lines (and possibly add something about the integrators framework to the tecman).Pierangelo MasaratiPierangelo Masaratihttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues/348Documentation of eigenanalysis2024-01-09T21:06:03+01:00Reinhard ReschDocumentation of eigenanalysisIt seems the the documentation of the eigenvalue problem is not consistent:![Screenshot_from_2023-12-10_19-15-18](/uploads/dfd82187f18ebbfa71d468c2d6ee2a68/Screenshot_from_2023-12-10_19-15-18.png)
![Screenshot_from_2023-12-10_19-02-54](/...It seems the the documentation of the eigenvalue problem is not consistent:![Screenshot_from_2023-12-10_19-15-18](/uploads/dfd82187f18ebbfa71d468c2d6ee2a68/Screenshot_from_2023-12-10_19-15-18.png)
![Screenshot_from_2023-12-10_19-02-54](/uploads/f7b8069a2d254a138baa702e9f6718a6/Screenshot_from_2023-12-10_19-02-54.png)
Based on the numerical values of the program output, it could be like this:
```
(Aminus - DELTA * Aplus) * V_R = 0
(Aminus - conj(DELTA) * Aplus)^T * V_L = 0
```https://public.gitlab.polimi.it/DAER/mbdyn/-/issues/341test issue2023-11-02T11:18:05+01:00Marco Morandinitest issueSimple meant to test whether one can open an issue without being a developerSimple meant to test whether one can open an issue without being a developerhttps://public.gitlab.polimi.it/DAER/mbdyn/-/issues/336error: out-of-line definition of 'Update' does not match any declaration in '...2023-07-19T09:19:55+02:00Yuri Vicerror: out-of-line definition of 'Update' does not match any declaration in 'ConstitutiveLawAd<T, Tder>'```
In file included from constltp_impl.cc:39:
In file included from ./constltp_impl.h:42:
In file included from ./tpldrive_impl.h:37:
In file included from ./mbpar.h:120:
./constltp.h:288:29: error: out-of-line definition of 'Update' do...```
In file included from constltp_impl.cc:39:
In file included from ./constltp_impl.h:42:
In file included from ./tpldrive_impl.h:37:
In file included from ./mbpar.h:120:
./constltp.h:288:29: error: out-of-line definition of 'Update' does not match any declaration in 'ConstitutiveLawAd<T, Tder>'
ConstitutiveLawAd<T, Tder>::Update(const sp_grad::SpColVector<doublereal, ConstitutiveLawAd<T, Tder>::iDim>& Eps,
^~~~~~
./constltp.h:307:29: error: out-of-line definition of 'Update' does not match any declaration in 'ConstitutiveLawAd<T, Tder>'
ConstitutiveLawAd<T, Tder>::Update(const sp_grad::SpColVector<sp_grad::SpGradient, ConstitutiveLawAd<T, Tder>::iDim>& Eps,
^~~~~~
./constltp.h:341:29: error: out-of-line definition of 'Update' does not match any declaration in 'ConstitutiveLawAd<T, Tder>'
ConstitutiveLawAd<T, Tder>::Update(const sp_grad::SpColVector<sp_grad::GpGradProd, ConstitutiveLawAd<T, Tder>::iDim>& Eps,
^~~~~~
./constltp.h:360:29: error: out-of-line definition of 'Update' does not match any declaration in 'ConstitutiveLawAd<T, Tder>'
ConstitutiveLawAd<T, Tder>::Update(const sp_grad::SpColVector<doublereal, ConstitutiveLawAd<T, Tder>::iDim>& Eps,
^~~~~~
./constltp.h:379:29: error: out-of-line definition of 'Update' does not match any declaration in 'ConstitutiveLawAd<T, Tder>'
ConstitutiveLawAd<T, Tder>::Update(const sp_grad::SpColVector<sp_grad::SpGradient, ConstitutiveLawAd<T, Tder>::iDim>& Eps,
^~~~~~
./constltp.h:423:29: error: out-of-line definition of 'Update' does not match any declaration in 'ConstitutiveLawAd<T, Tder>'
ConstitutiveLawAd<T, Tder>::Update(const sp_grad::SpColVector<sp_grad::GpGradProd, ConstitutiveLawAd<T, Tder>::iDim>& Eps,
^~~~~~
```
Revision: 64b735b5ae7221281b7bf9c6e3fedf0998a255e7
clang-15
FreeBSD 13.2https://public.gitlab.polimi.it/DAER/mbdyn/-/issues/335sp_matrix_base.h:5522:25: error: static assertion expression is not an integr...2023-07-19T09:19:36+02:00Yuri Vicsp_matrix_base.h:5522:25: error: static assertion expression is not an integral constant expression```
In file included from sp_gradient_test.cc:61:
In file included from ./submat.h:51:
In file included from ./sp_gradient.h:53:
./sp_matrix_base.h:5522:25: error: static assertion expression is not an integral constant expression
...```
In file included from sp_gradient_test.cc:61:
In file included from ./submat.h:51:
In file included from ./sp_gradient.h:53:
./sp_matrix_base.h:5522:25: error: static assertion expression is not an integral constant expression
static_assert(A.iNumColsStatic == 1);
^~~~~~~~~~~~~~~~~~~~~
sp_gradient_test.cc:607:52: note: in instantiation of function template specialization 'sp_grad::SubColVector<4, 1, 3, double, Vec6>' requested here
SpColVector<doublereal, 3> u2 = A * SubColVector<4, 1, 3>(gb6) + Transpose(C) * SubColVector<1, 1, 3>(gb6);
^
./sp_matrix_base.h:5522:25: note: function parameter 'A' with unknown value cannot be used in a constant expression
static_assert(A.iNumColsStatic == 1);
^
./sp_matrix_base.h:5521:61: note: declared here
SubColVector(const SpMatElemExprBase<ValueType, Expr>& A) {
^
./sp_matrix_base.h:5522:25: error: static assertion expression is not an integral constant expression
static_assert(A.iNumColsStatic == 1);
^~~~~~~~~~~~~~~~~~~~~
```
The same problem is also in sp_gradient_expr.h with these asserts:
```
static_assert(u.dGetDeriv() == 0., "u must be a scalar constant");
static_assert(v.dGetDeriv() == 0., "v must be a scalar constant");
```
Revision: 64b735b5ae7221281b7bf9c6e3fedf0998a255e7
clang-15
FreeBSD 13.2https://public.gitlab.polimi.it/DAER/mbdyn/-/issues/337Missing file build/m4_ax_check_compile_flag.m42023-07-08T20:53:24+02:00Reinhard ReschMissing file build/m4_ax_check_compile_flag.m4Since commit 989fc0fed2113490eb2ea0c0e7397757d143a5ec there is a reference to a non-existing file called "build/m4_ax_check_compile_flag.m4" within acinclude.m4.
```
divert(-1)
builtin(include, build/mbdyn.m4)dnl
builtin(include, build/m...Since commit 989fc0fed2113490eb2ea0c0e7397757d143a5ec there is a reference to a non-existing file called "build/m4_ax_check_compile_flag.m4" within acinclude.m4.
```
divert(-1)
builtin(include, build/mbdyn.m4)dnl
builtin(include, build/m4_ax_check_compile_flag.m4)dnl
builtin(include, build/m4_ax_pkg_swig.m4)dnl
builtin(include, build/m4_ax_python_devel.m4)dnl
builtin(include, build/m4_ax_swig_enable_cxx.m4)dnl
builtin(include, build/m4_ax_swig_multi_module_support.m4)dnl
builtin(include, build/m4_ax_swig_python.m4)dnl
dnl keep updated
builtin(include, build/ax_pthread.m4)dnl
```https://public.gitlab.polimi.it/DAER/mbdyn/-/issues/332Trilinos library is not detected2023-07-08T20:39:01+02:00Reinhard ReschTrilinos library is not detectedDear MBDyn developers,
Since commit a191723a93857659a9ac76879436f79de934b59b, the Trilinos library cannot be detected any more.
The reason why there were duplicates in the Trilinos libraries was, that the order of libraries matters if t...Dear MBDyn developers,
Since commit a191723a93857659a9ac76879436f79de934b59b, the Trilinos library cannot be detected any more.
The reason why there were duplicates in the Trilinos libraries was, that the order of libraries matters if there are dependencies between individual libraries. Before commit a191723a93857659a9ac76879436f79de934b59b, the list of libraries was taken from the command line automatically generated by CMake in Trilinos's own build system. I have no idea how to remove the duplicates in configure.ac without causing linker errors.https://public.gitlab.polimi.it/DAER/mbdyn/-/issues/334sp_matrix_base_fwd.h:201:36: error: 'static_assert' with no message is a C++1...2023-07-05T20:57:52+02:00Yuri Vicsp_matrix_base_fwd.h:201:36: error: 'static_assert' with no message is a C++17 extensionBuild fails:
```
In file included from bufmod.cc:37:
In file included from ./parser.h:120:
In file included from ./../../libraries/libmbmath/matvec3.h:45:
./../../libraries/libmbmath/sp_matrix_base_fwd.h:201:36: error: 'static_assert' wi...Build fails:
```
In file included from bufmod.cc:37:
In file included from ./parser.h:120:
In file included from ./../../libraries/libmbmath/matvec3.h:45:
./../../libraries/libmbmath/sp_matrix_base_fwd.h:201:36: error: 'static_assert' with no message is a C++17 extension [-Werror,-Wc++17-extensions]
static_assert(NumRows > 0);
^
, ""
./../../libraries/libmbmath/sp_matrix_base_fwd.h:202:36: error: 'static_assert' with no message is a C++17 extension [-Werror,-Wc++17-extensions]
static_assert(NumCols > 0);
^
, ""
./../../libraries/libmbmath/sp_matrix_base_fwd.h:234:36: error: 'static_assert' with no message is a C++17 extension [-Werror,-Wc++17-extensions]
static_assert(NumRows > 0);
^
, ""
./../../libraries/libmbmath/sp_matrix_base_fwd.h:235:36: error: 'static_assert' with no message is a C++17 extension [-Werror,-Wc++17-extensions]
static_assert(NumCols > 0);
^
, ""
./../../libraries/libmbmath/sp_matrix_base_fwd.h:384:63: error: 'static_assert' with no message is a C++17 extension [-Werror,-Wc++17-extensions]
std::is_same<VALUE, GpGradProd>::value);
^
, ""
```
You need to add -std=c++17
FreeBSD 13.2