Issues with the RobWork installer found on www.robwork.dk

[Anders Bøgild - Robo[LAB]]

Hi

Having spend some hours last evening with Rob01 students trying to get
the distributed RobWork to work, i have come across some bugs.

I should note that particular two student were running Vista 32 bit
and Windows 7 64 bit.

This is what we had to correct:

RW/RWS/RWHW:
* copy config.cmake.template to config.cmake
* add -DCMAKE_BUILD_TYPE=Release to the 'cmake-mingw' target in build/
release in Eclipse

RWS:
In RobWorkStudio/src/main.cpp line 48 : change 'plugins' to 'sandbox/
plugins'
In RobWorkStudio/src/rws/rwstudio_resources.qrc line 28 : change
'plugins' to 'sandbox/plugins'

Even with these changes it was still imposible to successfully compile
a plugin. Compiling went fine but in the final linking the build
system tries to link librwstudio_components which does not exist
anywhere.

I ended up checking out and exporting a fresh SVN version of RW/RWS/
RWHW to replace the ones from the RobWork installer which solved the
problem.

Another issue they had was that their PATH environment variable were
polluted with various versions of QtCore4.dll from PATH entries
created by MikTeX and Xilinx ISE. This can easily be fixed by making
sure that e.g. C:\Qt\2003.04\qt\bin is the first entry in PATH, or at
least before MikTEX and Xilinx. Perhaps the batchfile creating the
environment for 'eclipse' and 'colsole' created by the RobWork
installer could be expanded with to take care of this also.

E.g. with something like this:

rem Set local variable %qtdir% to highest version of Qt installed in
the default c:\Qt directory
for /f "tokens=1" %%i in ('dir /b /ad c:\qt\2009.*') do SET qtdir=c:\qt
\%%i
echo - found most recent Qt in %qtdir%

[Anders Bøgild - Robo[LAB]]

Oh, forgot to mention that i am ofcourse talking about the mingw
version of the RW Installer

On 12 Nov., 11:49, Anders Bøgild - Robo[LAB] <anders.bog...@gmail.com>
wrote:

[Jimmy Alison Jørgensen]

Hi,

I'm correcting these bugs and uploading a new installer. Bøgild could i get you to test it?

The problem with QTDIR in the path is something the user still have to be aware of, i will make sure to update the tutorial on the homepage.

Best regards

Jimmy Alison Jørgensen
PhD Student, The Maersk Mc-Kinney Moller Institute

Tel. +45 6550 3548
Fax +45 6550 3681
Email jim...@mmmi.sdu.dk
Web http://www.mip.sdu.dk
Addr. Niels Bohrs Allé 1, DK-5230 Odense M, Denmark

UNIVERSITY OF SOUTHERN DENMARK
_______________________________________________________________
Campusvej 55 * DK-5230 * Odense M * Denmark * Tel. +45 6550 1000 * www.sdu.dk

> -----Original Message-----
> From: robwor...@googlegroups.com
> [mailto:robwor...@googlegroups.com] On Behalf Of Anders Bøgild -
> Robo[LAB]

[Anders Bøgild - Robo[LAB]]

Jep, I will take it for a spin :-)

[Jimmy Alison Jørgensen]

Super, i've uploaded a new version of the mingw installer.

[Anders Bøgild - Robo[LAB]]

Hmm.. cant find it anywhere on www.robwork.dk under download. It still
says 0.4 from 1/11 - 09.

Where did you put it ?

On 12 Nov., 20:24, Jimmy Alison Jørgensen <jim...@mmmi.sdu.dk> wrote:
> Super, i've uploaded a new version of the mingw installer.
>
> Best regards
>
> Jimmy Alison Jørgensen
> PhD Student, The Maersk Mc-Kinney Moller Institute
>
> Tel.    +45 6550 3548
> Fax     +45 6550 3681
> Email   jim...@mmmi.sdu.dk
> Web    http://www.mip.sdu.dk
> Addr.   Niels Bohrs Allé 1, DK-5230 Odense M, Denmark
>
> UNIVERSITY OF SOUTHERN DENMARK
> _______________________________________________________________

[Jimmy Alison Jørgensen]

Yup, too few changes to make a new one ;) Its the same link.

Med venlig hilsen

Jimmy Alison Jørgensen
Ph.d.-studerende, Mærsk Mc-Kinney Møller Instituttet

Tlf. 6550 3548
Fax 6550 3681

Email jim...@mmmi.sdu.dk
Web http://www.mip.sdu.dk

Adr. Niels Bohrs Allé 1, 5230 Odense M

SYDDANSK UNIVERSITET
_______________________________________________________________
Campusvej 55 * 5230 * Odense M * Tlf. 6550 1000 * www.sdu.dk

[lpell...@gmail.com]

Is this a good decision? Some of the student I spoke to earlier this week were confused about different compile errors on the same setup. The reason was that the packages had been updated, but without it being stated anywhere.

I think we should start using the last index to describe the patch version. If we will reserve this to more significant changes we should add a fourth number as well.

- Lars-Peter

[Jimmy Alison Jørgensen]

Well sure, though I did’nt really want to keep a non-functioning installer on the homepage... I will change the patch identifier.

 

Med venlig hilsen

Jimmy Alison Jørgensen
Ph.d.-studerende, Mærsk Mc-Kinney Møller Instituttet

Tlf.	6550 3548
Fax	6550 3681
Email	jim...@mmmi.sdu.dk
Web	http://www.mip.sdu.dk
Adr.	Niels Bohrs Allé 1, 5230 Odense M

 

	Campusvej 55 · 5230   Odense M · Tlf. 6550 1000 · www.sdu.dk

[lpell...@gmail.com]

I agree that we should remove non-functioning installers.

[Anders Bøgild]

Yes, it would be a big help if at least the date or some minor version number could change each time the installer is updated...

2009/11/13 <lpell...@gmail.com>

[Anders Bøgild - Robo[LAB]]

Ok i have just tried to build the ROB01 exercise 01 plugin in a
version of the RobWork 0.4 Eclipse/MinGW installer downloaded approx.
at 8:50 this morning.

The machine used is my stationary work PC running windows XP SP3 .

Here is what i found:

RobWork and RobWork studio builds without problems out of the box,
although it is a bit annoying that Eclipse's autobuild feature is
enabled (project->autobuild) which gives an error message as soon as a
project is imported and before the user has a chance to click the
'cmake-mingw' target.

When trying to run RobWorkStudio, it complains about not finding
lapack_win32.dll. Adding 'C:\local\workspace\RobWork\ext\libs_vs' to
the PATH variable in the 'console' start menu entry solves the
problem.

About RobWorkHardware: in my opinion it should be removed, or be
prepared the same way as RobWork and RobWorkStudio with a 'cmake-
mingw' so it can be build.

Other than that it seems fine :-)

On 12 Nov., 14:40, Jimmy Alison Jørgensen <jim...@mmmi.sdu.dk> wrote:

[Jimmy Alison Jørgensen]

Oki, cool. thx for the quick testing. I will fix the autobuild issue and add the path to lapack_win32.dll.

And upload the version as 0.4.2.

Would you like to give it a go with the visual studio setup also?

Med venlig hilsen

Jimmy Alison Jørgensen
Ph.d.-studerende, Mærsk Mc-Kinney Møller Instituttet

Tlf. 6550 3548

Fax 6550 3681

Email jim...@mmmi.sdu.dk
Web http://www.mip.sdu.dk

Adr. Niels Bohrs Allé 1, 5230 Odense M

SYDDANSK UNIVERSITET
_______________________________________________________________
Campusvej 55 * 5230 * Odense M * Tlf. 6550 1000 * www.sdu.dk

[Anders Bøgild - Robo[LAB]]

Hmm.. after running the installer i only get a single 'RobWork' link
in the start menu entry created, and it points to a non-existing .sln
file.

I dont have VS 2005, so i tried to open local\workspace\RobWork
\projects\VisualStudio2005\RobWork\RobWork.sln in VS2008 and let the
automated importer do its work.
I got no errors during import, but when building the solution as
release i just get a bunch of 'no such file or directory'...

On 13 Nov., 10:19, Jimmy Alison Jørgensen <jim...@mmmi.sdu.dk> wrote:
> Oki, cool. thx for the quick testing. I will fix the autobuild issue and add the path to lapack_win32.dll.
>
>  And upload the version as 0.4.2.
>
> Would you like to give it a go with the visual studio setup also?
>
> Med venlig hilsen
>
> Jimmy Alison Jørgensen
> Ph.d.-studerende, Mærsk Mc-Kinney Møller Instituttet
>
> Tlf.    6550 3548
> Fax     6550 3681
> Email   jim...@mmmi.sdu.dk
> Web    http://www.mip.sdu.dk
> Adr.    Niels Bohrs Allé 1, 5230 Odense M
>
> SYDDANSK UNIVERSITET
> _______________________________________________________________

> Campusvej 55 * 5230 * Odense M * Tlf. 6550 1000 *www.sdu.dk

[lpell...@gmail.com]

Hmm, could you perhaps drop by my office tomorrow. Then we can take a look at it together.

- Lars-Peter