Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Paul Melis wrote: Jason Daly wrote: Paul Melis wrote: Okay, can you give me some pointers how to make it work then? I have VS8 sp1, have downloaded the corresponding debug package from the OSG website and have a really small test application that forces OSG to use some freed memory. If I build (in debug mode of course) and then run the test from VS with F5 it nicely catches the error, but in the stack trace none of the OSG dlls show any symbols... I think the problem is that OSG is using /Zi instead of /Z7, but at the same time, the .pdb files aren't being distributed in the packages. Right, that is what I originally suspected. So is there any point to the debug packages *in their current form*? As 2.8.2 is probably released pretty soon it might be a good point in time to fix this? My guess is that the extra size comes from optimizations being turned off (the default in Debug mode), but I don't make the packages, so I'm not sure. Is there any way to test for a given dll if there is debug information in it, e.g. with some MSVC tool? Paul Hi Paul, Does this help? %VCINSTALLDIR%\bin\dumpbin.exe /PDBPATH:VERBOSE osg55-osgd.dll Laurens. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Laurens Voerman wrote: Paul Melis wrote: Jason Daly wrote: Paul Melis wrote: Okay, can you give me some pointers how to make it work then? I have VS8 sp1, have downloaded the corresponding debug package from the OSG website and have a really small test application that forces OSG to use some freed memory. If I build (in debug mode of course) and then run the test from VS with F5 it nicely catches the error, but in the stack trace none of the OSG dlls show any symbols... I think the problem is that OSG is using /Zi instead of /Z7, but at the same time, the .pdb files aren't being distributed in the packages. Right, that is what I originally suspected. So is there any point to the debug packages *in their current form*? As 2.8.2 is probably released pretty soon it might be a good point in time to fix this? My guess is that the extra size comes from optimizations being turned off (the default in Debug mode), but I don't make the packages, so I'm not sure. Is there any way to test for a given dll if there is debug information in it, e.g. with some MSVC tool? Paul Hi Paul, Heeej :) Does this help? %VCINSTALLDIR%\bin\dumpbin.exe /PDBPATH:VERBOSE osg55-osgd.dll Well, not really, as it merely seems to check if there is a .pdb file available that matches the given dll (which are not found for the dll's in the OSG debug package). However, the option /HEADERS produces more interesting results as it lists a Debug directories, which for osg55-osgd.dll refers to a .pdb file d:\Prog\Libs\OpenSceneGraph\bin\osg55-osgd.pdb. So that's probably the location on the original package creator's system (whoever that was). So this indeed seems to confirm that the dll's in the OSG VS8sp1 debug package on the website do not contain debug information for OSG itself, but can merely be used to build an application in debug mode. Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Jean-Sébastien Guay wrote: Hi Paul, Right, that is what I originally suspected. So is there any point to the debug packages *in their current form*? Yes, they allow you to compile your own project in debug mode. They don't allow you to debug into the OSG itself, but otherwise they're required to get your own apps to compile and run in debug mode at all. Don't you just ha^H^H love windows... As 2.8.2 is probably released pretty soon it might be a good point in time to fix this? I'm not sure what the pdb files were not included (or the debug info was not embedded into the DLLs), but I would expect someone interested in debugging into OSG would have no problem compiling OSG themselves... If they want to debug into it, it's probable that they'll need to make a fix somewhere... And compiling OSG is pretty painless nowadays. But yes, we could either embed debug info or provide the pdb files (perhaps as a separate download for people who need it). Providing the .pdb's as a separate package might be a nice option, yes Is there any way to test for a given dll if there is debug information in it, e.g. with some MSVC tool? The only way I've seen is when debugging the app in Visual Studio it will say in the output window dll name (no debug information) or something like that. Then if you want to load the pdb file manually if you have it, you can go to the Modules window, right-click on the DLL and click Load Symbols. Same thing when you're stopped at a breakpoint, in the Call Stack window you can right-click on the grayed out lines and click Load Symbols. I don't know of a standalone tool that will tell you if a DLL contains debug info. See Laurens Voerman's reply for a step in the right direction Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi Paul, Yes, they allow you to compile your own project in debug mode. They don't allow you to debug into the OSG itself, but otherwise they're required to get your own apps to compile and run in debug mode at all. Don't you just ha^H^H love windows... Well, to be fair, that's not Windows's fault, it's Visual Studio's. Other compilers on Windows might not have this requirement. You might want to look into the reasons for this implementation decision they made... It was well-intentioned (they wanted to make iterators and other things easier to debug) but it has regrettable consequences on packaging libraries, among other things. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi all, I would recommend that Jose Luis simply install CDash somewhere on openscenegraph.org http://openscenegraph.org if possible. The install is fairly simple for a PHP/MySQL webapp and I would be happy to lend assistance with setup or ongoing maintenance if needed. Yes, I'll see with Jose Luis about this. This has now been done. I'll post a separate thread to bring attention to the new site and also post the modified CTestConfig.cmake, but I just wanted to close this thread instead of leaving it dangling like that. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Jason Daly wrote: Paul Melis wrote: Okay, can you give me some pointers how to make it work then? I have VS8 sp1, have downloaded the corresponding debug package from the OSG website and have a really small test application that forces OSG to use some freed memory. If I build (in debug mode of course) and then run the test from VS with F5 it nicely catches the error, but in the stack trace none of the OSG dlls show any symbols... I think the problem is that OSG is using /Zi instead of /Z7, but at the same time, the .pdb files aren't being distributed in the packages. Right, that is what I originally suspected. So is there any point to the debug packages *in their current form*? As 2.8.2 is probably released pretty soon it might be a good point in time to fix this? My guess is that the extra size comes from optimizations being turned off (the default in Debug mode), but I don't make the packages, so I'm not sure. Is there any way to test for a given dll if there is debug information in it, e.g. with some MSVC tool? Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi Paul, Right, that is what I originally suspected. So is there any point to the debug packages *in their current form*? Yes, they allow you to compile your own project in debug mode. They don't allow you to debug into the OSG itself, but otherwise they're required to get your own apps to compile and run in debug mode at all. As 2.8.2 is probably released pretty soon it might be a good point in time to fix this? I'm not sure what the pdb files were not included (or the debug info was not embedded into the DLLs), but I would expect someone interested in debugging into OSG would have no problem compiling OSG themselves... If they want to debug into it, it's probable that they'll need to make a fix somewhere... And compiling OSG is pretty painless nowadays. But yes, we could either embed debug info or provide the pdb files (perhaps as a separate download for people who need it). Is there any way to test for a given dll if there is debug information in it, e.g. with some MSVC tool? The only way I've seen is when debugging the app in Visual Studio it will say in the output window dll name (no debug information) or something like that. Then if you want to load the pdb file manually if you have it, you can go to the Modules window, right-click on the DLL and click Load Symbols. Same thing when you're stopped at a breakpoint, in the Call Stack window you can right-click on the grayed out lines and click Load Symbols. I don't know of a standalone tool that will tell you if a DLL contains debug info. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Le mercredi 22 juillet 2009 à 09:11 -0400, Jean-Sébastien Guay a écrit : Hi Paul, Right, that is what I originally suspected. So is there any point to the debug packages *in their current form*? Yes, they allow you to compile your own project in debug mode. They don't allow you to debug into the OSG itself, but otherwise they're required to get your own apps to compile and run in debug mode at all. As 2.8.2 is probably released pretty soon it might be a good point in time to fix this? I'm not sure what the pdb files were not included (or the debug info was not embedded into the DLLs), but I would expect someone interested in debugging into OSG would have no problem compiling OSG themselves... If they want to debug into it, it's probable that they'll need to make a fix somewhere... And compiling OSG is pretty painless nowadays. But yes, we could either embed debug info or provide the pdb files (perhaps as a separate download for people who need it). Is there any way to test for a given dll if there is debug information in it, e.g. with some MSVC tool? The only way I've seen is when debugging the app in Visual Studio it will say in the output window dll name (no debug information) or something like that. Then if you want to load the pdb file manually if you have it, you can go to the Modules window, right-click on the DLL and click Load Symbols. Same thing when you're stopped at a breakpoint, in the Call Stack window you can right-click on the grayed out lines and click Load Symbols. Nice, I didn't know about this possibility. Thanks J-S for sharing the info. Pierre. I don't know of a standalone tool that will tell you if a DLL contains debug info. J-S Pierre BOURDIN I.M.E.R.I.R. Av. Pascot BP 90443 66004 PERPIGNAN tél: 04 68 56 84 95 fax: 04 68 55 03 86 email: bour...@imerir.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Jason Daly wrote: Jean-Sébastien Guay wrote: Well the name old-style might also mean that there are drawbacks to using that option... I wouldn't know if the only effect is that the debug information is embedded instead of in a separate file. We develop with SCons (which uses the MSVC compiler on Windows), and we use the /Z7 option all the time, because it allows us to compile code in parallel without any worries of conflicts. With the normal /Zi option, you get conflicts when two or more processes are trying to write to the .pdb file at the same time. You can still make use of just-in-time and source-level debugging with the old-style debug info. I do it all the time. The only drawback that I know of is that the embedded debug info makes the final object (.exe or .dll) larger, and it might increase loading time a bit. Okay, can you give me some pointers how to make it work then? I have VS8 sp1, have downloaded the corresponding debug package from the OSG website and have a really small test application that forces OSG to use some freed memory. If I build (in debug mode of course) and then run the test from VS with F5 it nicely catches the error, but in the stack trace none of the OSG dlls show any symbols... Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Paul Melis wrote: Jason Daly wrote: Jean-Sébastien Guay wrote: Well the name old-style might also mean that there are drawbacks to using that option... I wouldn't know if the only effect is that the debug information is embedded instead of in a separate file. We develop with SCons (which uses the MSVC compiler on Windows), and we use the /Z7 option all the time, because it allows us to compile code in parallel without any worries of conflicts. With the normal /Zi option, you get conflicts when two or more processes are trying to write to the .pdb file at the same time. You can still make use of just-in-time and source-level debugging with the old-style debug info. I do it all the time. The only drawback that I know of is that the embedded debug info makes the final object (.exe or .dll) larger, and it might increase loading time a bit. Okay, can you give me some pointers how to make it work then? I have VS8 sp1, have downloaded the corresponding debug package from the OSG website and have a really small test application that forces OSG to use some freed memory. If I build (in debug mode of course) and then run the test from VS with F5 it nicely catches the error, but in the stack trace none of the OSG dlls show any symbols... Just noticed the line Loaded '[...]\bin\osg55-osgd.dll', No symbols loaded. in the debug output in VS. The debug DLL is 5.4 Mb, while osg55-osg.dll from the release package is 1.8 Mb, suggesting that the debug DLL *does* contain extra information (I wouldn't expect that large a difference in code size alone). Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Paul Melis wrote: Okay, can you give me some pointers how to make it work then? I have VS8 sp1, have downloaded the corresponding debug package from the OSG website and have a really small test application that forces OSG to use some freed memory. If I build (in debug mode of course) and then run the test from VS with F5 it nicely catches the error, but in the stack trace none of the OSG dlls show any symbols... I think the problem is that OSG is using /Zi instead of /Z7, but at the same time, the .pdb files aren't being distributed in the packages. My guess is that the extra size comes from optimizations being turned off (the default in Debug mode), but I don't make the packages, so I'm not sure. --J ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Robert Osfield wrote: I have another OpenSceneGraph 2.8.2 release candidate for you, just a couple fixes since 2.8.2-rc2: # Build fixes for: * Building of dicom plugin with ITK under Linux. # Crash fixes to: * crash during window destruction under Windows when using closing a MFC based GraphicsWindow * deadlock under Windows due threading issues with atomic operations in Win32 Barrier implementation * OpenFlight plugin not handling spaces at the end of option strings You can grab the source code from: source package : OpenSceneGraph-2.8.2-rc3.zip svn tag: svn co http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.8.2-rc3 OpenSceneGraph My plan is tag the the final OpenSceneGraph-2.8.2 release this week so please pull down the source and test it on as many platforms and of your own applications as possible so we can make sure we can catch as many problems prior to going gold. A collegue and I where wondering some time ago if the binary windows packages provided on the website are usable for debugging. Even though there are separate release and debug distributions the debug ones (at least the VS8 ones) don't seem to contain any .pdb files. I remember him trying to debug some OSG application but he could not get any symbol info for the OSG dlls. I've been out of windows development for a long time so don't really have the overview anymore. Can you have debug information in .lib files on windows or are .pdb files always required? Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Paul Melis wrote: A collegue and I where wondering some time ago if the binary windows packages provided on the website are usable for debugging. Even though there are separate release and debug distributions the debug ones (at least the VS8 ones) don't seem to contain any .pdb files. I remember him trying to debug some OSG application but he could not get any symbol info for the OSG dlls. I've been out of windows development for a long time so don't really have the overview anymore. Can you have debug information in .lib files on windows or are .pdb files always required? You can have embedded debug info (pass /Z7 to the compiler instead of the usual /Zi). I'm not sure if that's how the OSG debug packages work, but it is possible. --J ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Jason Daly wrote: Paul Melis wrote: A collegue and I where wondering some time ago if the binary windows packages provided on the website are usable for debugging. Even though there are separate release and debug distributions the debug ones (at least the VS8 ones) don't seem to contain any .pdb files. I remember him trying to debug some OSG application but he could not get any symbol info for the OSG dlls. I've been out of windows development for a long time so don't really have the overview anymore. Can you have debug information in .lib files on windows or are .pdb files always required? You can have embedded debug info (pass /Z7 to the compiler instead of the usual /Zi). I'm not sure if that's how the OSG debug packages work, but it is possible. Interesting, VS9's cl.exe reports that /Z7 option as enable old-style debug info. I guess progress isn't everything if you want integrated debug information :) Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi Paul, Interesting, VS9's cl.exe reports that /Z7 option as enable old-style debug info. I guess progress isn't everything if you want integrated debug information :) Well the name old-style might also mean that there are drawbacks to using that option... I wouldn't know if the only effect is that the debug information is embedded instead of in a separate file. The real solution I think would simply be to package the .pdb files with the .dlls, perhaps in a separate zip file... Here at work we normally check in the .dlls to source control, and have a separate zip file on a server that people who need to debug OSG can unzip in their local installation. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Jean-Sébastien Guay wrote: Well the name old-style might also mean that there are drawbacks to using that option... I wouldn't know if the only effect is that the debug information is embedded instead of in a separate file. We develop with SCons (which uses the MSVC compiler on Windows), and we use the /Z7 option all the time, because it allows us to compile code in parallel without any worries of conflicts. With the normal /Zi option, you get conflicts when two or more processes are trying to write to the .pdb file at the same time. You can still make use of just-in-time and source-level debugging with the old-style debug info. I do it all the time. The only drawback that I know of is that the embedded debug info makes the final object (.exe or .dll) larger, and it might increase loading time a bit. The real solution I think would simply be to package the .pdb files with the .dlls, perhaps in a separate zip file... Here at work we normally check in the .dlls to source control, and have a separate zip file on a server that people who need to debug OSG can unzip in their local installation. I think they're both real solutions. The .pdb files might be the Microsoft solution, but both work just fine. --J ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi Philip, I would recommend that Jose Luis simply install CDash somewhere on openscenegraph.org http://openscenegraph.org if possible. The install is fairly simple for a PHP/MySQL webapp and I would be happy to lend assistance with setup or ongoing maintenance if needed. Yes, I'll see with Jose Luis about this. I'm assuming here that OpenSceneGraph like most OS projects is running on a shoestring budget and paying for CDashPro is not feasible. All things being equal, $189/year is probably pretty comparable to what it would cost to administer your own installation of CDash for a year just in labor alone (factoring in installation, upgrades, database purges, unexpected issues, etc.). It's certainly not an extremely large amount, but Robert would have to decide which solution he prefers. I see it as a tradeoff between members of the community donating small amounts of money to afford the service, or members of the community helping with maintenance of the different web services (which means we're self-sufficient but also there might be no uptime guarantees). J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
RHEL 5, CMake 2.6.4 Tested with a couple of our own apps. All seems good. --J ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi Robert, I have another OpenSceneGraph 2.8.2 release candidate for you, I'll fire off a build and let you know the result soon. My plan is tag the the final OpenSceneGraph-2.8.2 release this week so please pull down the source and test it on as many platforms and of your own applications as possible so we can make sure we can catch as many problems prior to going gold. I don't know if you've gone to the CDash page lately: http://my.cdash.org/index.php?project=OpenSceneGraph For the last few days, there seem to have been no builds. But looking at my logs, it looks like the nightly builds on my machine have been running as planned each night. So I don't know if there's a problem with the CDash site on the receiving end, or my build results are not being sent, or something else... Any idea how we could debug this? FYI, my nightly build has been building the 2.8 branch for a while now. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi JS, On Tue, Jul 14, 2009 at 5:46 PM, Jean-Sébastien Guayjean-sebastien.g...@cm-labs.com wrote: I'll fire off a build and let you know the result soon. Thanks, I don't know if you've gone to the CDash page lately: http://my.cdash.org/index.php?project=OpenSceneGraph For the last few days, there seem to have been no builds. But looking at my logs, it looks like the nightly builds on my machine have been running as planned each night. So I don't know if there's a problem with the CDash site on the receiving end, or my build results are not being sent, or something else... Any idea how we could debug this? I have spotted that CDash is not working as usual. I have no clue as to why or what to do about it as I'm the not the one that set this up or has knowledge of how to administer it. A search through the archives might reveal the original engineer who set it up, I'm afraid I can't recall off the top of my head. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi Robert, I'll fire off a build and let you know the result soon. All built fine. I'll do some quick testing, but I don't expect any problems. I have spotted that CDash is not working as usual. I have no clue as to why or what to do about it as I'm the not the one that set this up or has knowledge of how to administer it. A search through the archives might reveal the original engineer who set it up, I'm afraid I can't recall off the top of my head. Seems it was Mathieu Marache. But his last post to this list was in February. Perhaps he's just taken a back seat, if so I hope he'll see this post and join in the discussion :-) Otherwise, perhaps Philip Lowman could also see if he can see something wrong, as he's pretty experienced with CMake etc. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi Robert, J-S, I wanted to setup nightly build for a Debian, but I didn't know how to proceed... Everything seems fine, but it doesn't send any data to the Dashboard. I've open an account on the CDash web site, but I just don't know how to the login informations... I understand there's maybe a problem with the server, but anyway I'm sure I need to put my login information somewhere, so maybe you can explain me how you put this informations on the build you've setup ? Pierre 2009/7/14 Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com: Hi Robert, I'll fire off a build and let you know the result soon. All built fine. I'll do some quick testing, but I don't expect any problems. I have spotted that CDash is not working as usual. I have no clue as to why or what to do about it as I'm the not the one that set this up or has knowledge of how to administer it. A search through the archives might reveal the original engineer who set it up, I'm afraid I can't recall off the top of my head. Seems it was Mathieu Marache. But his last post to this list was in February. Perhaps he's just taken a back seat, if so I hope he'll see this post and join in the discussion :-) Otherwise, perhaps Philip Lowman could also see if he can see something wrong, as he's pretty experienced with CMake etc. J-S -- __ Jean-Sebastien Guay jean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Bonjour Pierre, I understand there's maybe a problem with the server, but anyway I'm sure I need to put my login information somewhere, so maybe you can explain me how you put this informations on the build you've setup ? Actually to submit builds you don't need an account. If the build finishes it should generally send the info to the CDash site automatically, and if it doesn't then it's probably related to the troubles Robert and I have talked about. I haven't seen much use to making an account. It allows you to say this machine is mine as here: http://my.cdash.org/viewSite.php?siteid=284project=4currenttime=1247007600 But I'm not sure what else it's used for. Hope this helps, J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi Robert, I have spotted that CDash is not working as usual. I have no clue as to why or what to do about it as I'm the not the one that set this up or has knowledge of how to administer it. Ah ha! Logging in with my user account on the CDash site to answer Pierre's question, I noticed this message: * The project OpenSceneGraph has reached the maximum number of builds. You should upgrade to a premium account to avoid missing builds.[Upgrade Now] (http://www.kitware.com/products/cdashpro.html) I guess that means that either we need to pay for a premium account (silver is 16$/month, 49$/3months, 189$/year), or host our build results on the openscenegraph.org site somehow (if that's possible). Anyone know about this? J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Hi, 2009/7/14 Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com: Hi Robert, I have spotted that CDash is not working as usual. I have no clue as to why or what to do about it as I'm the not the one that set this up or has knowledge of how to administer it. Ah ha! Logging in with my user account on the CDash site to answer Pierre's question, I noticed this message: * The project OpenSceneGraph has reached the maximum number of builds. You should upgrade to a premium account to avoid missing builds.[Upgrade Now] (http://www.kitware.com/products/cdashpro.html) I guess that means that either we need to pay for a premium account (silver is 16$/month, 49$/3months, 189$/year), or host our build results on the openscenegraph.org site somehow (if that's possible). Anyone know about this? No idea, but installing a CDash server doesn't look very difficult as far as I see the doc: http://public.kitware.com/Wiki/CDash:Installation It just require some usual libs on the server and a database... It could be interesting to try ? J-S -- __ Jean-Sebastien Guay jean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org Pierre. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
2009/7/14 Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com: Bonjour Pierre, Salut J-S, Thanks for your answer. I understand there's maybe a problem with the server, but anyway I'm sure I need to put my login information somewhere, so maybe you can explain me how you put this informations on the build you've setup ? Actually to submit builds you don't need an account. If the build finishes it should generally send the info to the CDash site automatically, and if it doesn't then it's probably related to the troubles Robert and I have talked about. That's what I was expecting, but as I've tried and it wasn't changing anything on the Dashboard... I haven't seen much use to making an account. It allows you to say this machine is mine as here: http://my.cdash.org/viewSite.php?siteid=284project=4currenttime=1247007600 I had seen your nice machine, and I wanted to have mine located too ;-) But I'm not sure what else it's used for. Hope this helps, J-S -- __ Jean-Sebastien Guay jean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org Cheers, Pierre. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
Salut Pierre, That's what I was expecting, but as I've tried and it wasn't changing anything on the Dashboard... Yes, well I think the message I got pretty much explains that. My personal server is not really meant to have lots of traffic, or I'd install the server software on it. I'll see if Jose Luis could arrange something. J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.webhop.org/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.2 release candidate three tagged
On Tue, Jul 14, 2009 at 9:10 PM, Pierre BOURDIN bour...@imerir.com wrote: Hi, 2009/7/14 Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com: Hi Robert, I have spotted that CDash is not working as usual. I have no clue as to why or what to do about it as I'm the not the one that set this up or has knowledge of how to administer it. Ah ha! Logging in with my user account on the CDash site to answer Pierre's question, I noticed this message: * The project OpenSceneGraph has reached the maximum number of builds. You should upgrade to a premium account to avoid missing builds.[Upgrade Now] (http://www.kitware.com/products/cdashpro.html) That's interesting. I noticed the CDashPro thing a few months back. I thought it only limited the number of nightly builds not the total number of builds allowed, though. I guess that means that either we need to pay for a premium account (silver is 16$/month, 49$/3months, 189$/year), or host our build results on the openscenegraph.org site somehow (if that's possible). Anyone know about this? No idea, but installing a CDash server doesn't look very difficult as far as I see the doc: http://public.kitware.com/Wiki/CDash:Installation It just require some usual libs on the server and a database... It could be interesting to try ? I would recommend that Jose Luis simply install CDash somewhere on openscenegraph.org if possible. The install is fairly simple for a PHP/MySQL webapp and I would be happy to lend assistance with setup or ongoing maintenance if needed. I'm assuming here that OpenSceneGraph like most OS projects is running on a shoestring budget and paying for CDashPro is not feasible. All things being equal, $189/year is probably pretty comparable to what it would cost to administer your own installation of CDash for a year just in labor alone (factoring in installation, upgrades, database purges, unexpected issues, etc.). -- Philip Lowman ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org