[opensource-dev] autobuild with VS2005
Hello all, This is probably a silly question, but is it possible to use autobuild with VS2005 ? What used to work very well for me with VS2005+develop.py now fails miserably on VCExpress2010+autobuild. Does this question even make sense ? Or am I condemned to switch to VS2010 that I really disliked ? Here is what I have spent my Sunday on : - Tried to run autobuild as "autobuild build -c Release", only to get an error saying that it does not find VS2010 (of course, it is not installed). I also had to tell it to not download all the proprietary libraries. - Replaced all occurrences of "Visual Studio 10" in autobuild.xml by "Visual Studio 8 2005" and ran autobuild again, it worked. - Built the solution under VS2005, and it failed miserably because it wanted some Microsoft library v1.45 that my system had only v1.30 of (I don't remember the full name right now but I remember that putting v1.30 would result in a ton of unresolved externals). The build itself took 15 minutes as it always does. - Tried to find these libraries everywhere and failed. - Downloaded VSExpress 2010, knowing very well that its use is limited in time. - Downloaded the source code again - Ran autobuild, failed (no generator named "Visual Studio 10") - Upgraded the whole libraries and tools according to the wiki because I didn't notice that no, Cmake 2.6 was definitely not acknowledging VS2010. Cmake 2.8 was the right tool to use instead. - Ran autobuild, and it worked when using "autobuild build -c VCExpressRelWithDebInfo" (that's from memory). - Built the solution under VS2010... it took an hour before telling me that it couldn't find a "specified file" that it never bothered to tell me the name of. - Gave up and went to bed. I just remember now that secondlife-bin.exe had been generated, but I didn't think of trying it. Maybe the error can be ignored, I don't know. For me, VCExpress2010 is slower, bigger, limited in time and in features, and in any case is not suitable to do a task that VS2005 had no problem doing. All it managed to do so far was to waste my time. Now of course, VS2010 might be more powerful, and I am not arguing against it, it is just that for now I can't go anywhere with it anyway. Could a good soul show me how to make autobuild work with VS2005 please ? Thank you, Marine ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild with VS2005
Autobuild was made to work with VS2005 and then updated to work with VS2010 in a don't look back way. I don't know if the pre-built libraries for VC2005-autobuild are available. From: Marine Kelley To: "opensource-dev@lists.secondlife.com" Sent: Mon, April 18, 2011 7:05:22 AM Subject: [opensource-dev] autobuild with VS2005 Hello all, This is probably a silly question, but is it possible to use autobuild with VS2005 ? What used to work very well for me with VS2005+develop.py now fails miserably on VCExpress2010+autobuild. Does this question even make sense ? Or am I condemned to switch to VS2010 that I really disliked ? Here is what I have spent my Sunday on : - Tried to run autobuild as "autobuild build -c Release", only to get an error saying that it does not find VS2010 (of course, it is not installed). I also had to tell it to not download all the proprietary libraries. - Replaced all occurrences of "Visual Studio 10" in autobuild.xml by "Visual Studio 8 2005" and ran autobuild again, it worked. - Built the solution under VS2005, and it failed miserably because it wanted some Microsoft library v1.45 that my system had only v1.30 of (I don't remember the full name right now but I remember that putting v1.30 would result in a ton of unresolved externals). The build itself took 15 minutes as it always does. - Tried to find these libraries everywhere and failed. - Downloaded VSExpress 2010, knowing very well that its use is limited in time. - Downloaded the source code again - Ran autobuild, failed (no generator named "Visual Studio 10") - Upgraded the whole libraries and tools according to the wiki because I didn't notice that no, Cmake 2.6 was definitely not acknowledging VS2010. Cmake 2.8 was the right tool to use instead. - Ran autobuild, and it worked when using "autobuild build -c VCExpressRelWithDebInfo" (that's from memory). - Built the solution under VS2010... it took an hour before telling me that it couldn't find a "specified file" that it never bothered to tell me the name of. - Gave up and went to bed. I just remember now that secondlife-bin.exe had been generated, but I didn't think of trying it. Maybe the error can be ignored, I don't know. For me, VCExpress2010 is slower, bigger, limited in time and in features, and in any case is not suitable to do a task that VS2005 had no problem doing. All it managed to do so far was to waste my time. Now of course, VS2010 might be more powerful, and I am not arguing against it, it is just that for now I can't go anywhere with it anyway. Could a good soul show me how to make autobuild work with VS2005 please ? Thank you, Marine ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Review Request: STORM-1088: bundled winmm.dll shim crashes on start-up on some systems.
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/272/ --- (Updated April 18, 2011, 6:04 a.m.) Review request for Viewer. Changes --- linking jira issue Summary --- STORM-1088: bundled winmm.dll shim crashes on start-up on some systems. This patch tests the theory that according to MSDN, calls to LoadLibrary, GetProcAddress in DllMain are likely to create a race condition. This addresses bug storm-1088. http://jira.secondlife.com/browse/storm-1088 Diffs - doc/contributions.txt f632f87bb71b indra/media_plugins/winmmshim/forwarding_api.h f632f87bb71b indra/media_plugins/winmmshim/forwarding_api.cpp f632f87bb71b indra/media_plugins/winmmshim/winmm_shim.cpp f632f87bb71b Diff: http://codereview.secondlife.com/r/272/diff Testing --- winmm.dll from Second Life 2.6.3 (226640) Apr 14 2011 12:32:01 (Second Life Beta Viewer) causes this viewer, and a number of prior versions, to crash at startup for me. winmm.dll built by me from viewer-development source code also does, tested against the same viewer binary. The version of winmm.dll with my patch, built by me and substituted into the installed viewer, causes the above mentioned viewer to start up without issue and function apparently properly - sound works (FMOD), media_plugin_webkit works, voice is audible, windows_volume_catcher of llqtwebkit is functional. Same applies to Second Life 2.6.3 (226792) Apr 17 2011 07:01:06 (Second Life Developer), built by Oz Linden with a prior version of my patch. media_plugin_quicktime functionality untested, voice capture untested. The patch contains debug output, which causes the following messages in debugger: INFO: LLAudioEngine::init: LLAudioEngine::init() AudioEngine successfully initialized 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\winmm.dll', Cannot find or open the PDB file 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\myokent.dll', Cannot find or open the PDB file WINMM_SHIM.DLL: real winmm.dll initialized successfully WINMM_SHIM.DLL: real winmm.dll initialized successfully 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\wdmaud.drv', Cannot find or open the PDB file 'SecondLifeBetaViewer.exe': Unloaded 'C:\WINXP\system32\wdmaud.drv' 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\wdmaud.drv', Cannot find or open the PDB file 'SecondLifeBetaViewer.exe': Unloaded 'C:\WINXP\system32\wdmaud.drv' 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\wdmaud.drv', Cannot find or open the PDB file 'SecondLifeBetaViewer.exe': Unloaded 'C:\WINXP\system32\wdmaud.drv' 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\wdmaud.drv', Cannot find or open the PDB file 'SecondLifeBetaViewer.exe': Unloaded 'C:\WINXP\system32\wdmaud.drv' 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\wdmaud.drv', Cannot find or open the PDB file 'SecondLifeBetaViewer.exe': Unloaded 'C:\WINXP\system32\wdmaud.drv' 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\wdmaud.drv', Cannot find or open the PDB file 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\msacm32.drv', Cannot find or open the PDB file 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\midimap.dll', Cannot find or open the PDB file 'SecondLifeBetaViewer.exe': Loaded 'C:\WINXP\system32\ksuser.dll', Cannot find or open the PDB file INFO: idle_startup: Audio Engine Initialized. This is very puzzling to me, why the success message is being output twice. Perhaps if the reason of that is found, the real reason for the failure of failure of upstream winmm shim would become evident, or perhaps it's a bug in my patch. I'd like everyone to check whether they see the same thing. ... After some testing, it turns out myokent.dll (MIDI Yoke, a software loop-back cable for musicians) seems to be the culprit on my system, causing a trivial circular dependency, not a race condition. It tries to use a number of winmm.dll functions (first of them being GetDriverModuleHandle) right from its DllMain, which is invoked by LoadLibrary. Now it turns out, that if we try to load real winmm.dll from DllMain, which in turn loads myokent.dll from its DllMain, which in turn from its DllMain uses winmm.dll's functions, calling the ones in OUR winmm.dll, which simply aren't initialized at that point yet because we need LoadLibrary (and DllMains of used DLLs) to complete, then we can populate the function pointers. My patch apparently sidesteps this trivial problem, but this doesn't give an insight on why, on systems with UAC, for some people, winmm.dll shim would cause a problem when run as a normal user, and not cause a problem when run with admin rights. Still, if we assume the other problems on affected systems are similar in nature (circular dependency), then it appears we still need to move loading and initializa
Re: [opensource-dev] autobuild with VS2005
VS2010 Express is limited to 1 month but once you do the free registration it will no longer expire. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild with VS2005
Linux-based dev here, so be aware my answer is based on hear-say, not own experience. On 04/18/2011 02:05 PM, Marine Kelley wrote: > - Tried to run autobuild as "autobuild build -c Release", only to get > an error saying that it does not find VS2010 (of course, it is not > installed). I also had to tell it to not download all the proprietary > libraries. AFAIK, you should use OpenSourceRelease, OpenSourceRelWithDebInfo or OpenSourceDebug as the configuration rather than Release, RelWithDebInfo or Debug. The configurations without the "OpenSource" prefix in the name are meant for LL's internal use and might require availability of 3rd party libraries that LL isn't allowed to re-distribute. > [...] > - Ran autobuild, and it worked when using "autobuild build -c > VCExpressRelWithDebInfo" (that's from memory). [Question to anyone who might know:] Does that configuration still serve any purpose? I thought the VCExpress issue(s) was/were solved in a way that'd also work for non-Express VS10 and thus was merged into the normal OpenSource* configurations for Windows? Or was that just planned but didn't get executed (yet)? Cheers, Boroondas ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild with VS2005
1. yes anyone doing builds in an OpenSource environment should be using the ones pre-fixed with OpenSource. 2. there are specific setting for windows that are current workarounds till the autobuild.xml is up dated and they are: a. VCexpressRelWithDebInfo b. VC10msbuildRelWithDebInfo c. VC10msbuildRelease these setting are going to be merged into the normal OpenSource settings along with some name changes for 'cleaning up' both the xml file and the command line as there are also the addition of a few more default switches. > -Original Message- > From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev- > boun...@lists.secondlife.com] On Behalf Of Boroondas Gupte > Sent: Monday, April 18, 2011 11:09 AM > To: opensource-dev@lists.secondlife.com > Subject: Re: [opensource-dev] autobuild with VS2005 > > Linux-based dev here, so be aware my answer is based on hear-say, not > own experience. > > On 04/18/2011 02:05 PM, Marine Kelley wrote: > > - Tried to run autobuild as "autobuild build -c Release", only to get > > an error saying that it does not find VS2010 (of course, it is not > > installed). I also had to tell it to not download all the proprietary > > libraries. > AFAIK, you should use OpenSourceRelease, OpenSourceRelWithDebInfo or > OpenSourceDebug as the configuration rather than Release, RelWithDebInfo > or Debug. The configurations without the "OpenSource" prefix in the name > are meant for LL's internal use and might require availability of 3rd > party libraries that LL isn't allowed to re-distribute. > > > [...] > > - Ran autobuild, and it worked when using "autobuild build -c > > VCExpressRelWithDebInfo" (that's from memory). > [Question to anyone who might know:] Does that configuration still serve > any purpose? I thought the VCExpress issue(s) was/were solved in a way > that'd also work for non-Express VS10 and thus was merged into the > normal OpenSource* configurations for Windows? Or was that just planned > but didn't get executed (yet)? > > Cheers, > Boroondas > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > - > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1321 / Virus Database: 1500/3581 - Release Date: 04/18/11 ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Any possibility of playing animation b y uuid?
exactly. Now if you have a hud or something everytime you wanna dynamically update animations you have to push out a new version. But with textures and sounds you can have the data there by uuid. Its a pain to have to produce every animation in every object. This way even more secures the animation where the customer does not even have the ani and it can be in the sim. or what ever. Giving them a copy only ani poses more risk than having it just coded by asset id. On Sun, Apr 17, 2011 at 8:29 PM, Thomas Shikami wrote: > Am 17.04.2011 21:02, schrieb Brian McGroarty: > > If reference by asset ID is important enough that you'd want to work > > on it, lay out a proposal detailing what permissions could be baked > > into an asset at upload time, and how the permissions could be honored > > by all viewers. This would need to be done without the simulator > > process having to parse the asset. Eventually we'll want static assets > > served up on a CDN independently of the sim hosts, so it would be a > > liability if the simulator process needed to download animation > > assets. > I'd like to have this neat feature implemented, which would ease > programming of multipose furniture and group animation tools. > If a script is in a task accompanied by animations, it should be able to > call an LSL function like this: > key local_anim_key = llGetLocalAnimationKey(string inventory); > > Once it has that key, it can pass it around to other scripts in the same > simulator, either to poseballs or group animation client HUDs, which > could then use the local_animation_keys like this: > llStartAnimationByKey(key local_anim_key); > llStopAnimation(string local_anim_key); > > those local_anim_keys would be only valid as long as the task in the > simulator exists. All local_anim_keys would be invalidated, when the sim > is rebooted. > > The permissions to animations would be the same like this, instead of > requesting permissions from the agent to animate the avatar, the > semantics would be permissions by proxy then, allowing an object, which > can request permissions instead which would be automatically granted, > either sitting or wearing. > > A way to keep the local_anim_key consistent for the same asset would be > preferable if possible. That way animations could be banned reliably. > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -- --- This email is a private and confidential communication. Any use of email may be subject to the laws and regulations of the United States. You may not Repost, Distribute nor reproduce any content of this message. --- --- ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] Any possibility of playing animation b y uuid?
Yes, this would remove a lot of complication from a HUD. No longer putting it on the ground for no-copy animation, no more need to rez an object to have it accept a copy animation and put it in your HUD for you. And no longer be limited to the animations you own! You could easily import any animation that anyone is playing into your HUD! Just walk by your favorite animation store and simply import any animation that anyone is currently using (or just stand on the demo to play-n-import them all). It is trivial to get the UUID of any animation that is playing in the region, be it no-copy or not. This does not require a hacked client, it can be done with a simple script. I do think the suggestion of being able to play animations that are in a different prim of the same object would be nice and would not be insecure. At least then you could leave the main prim to only have the customers animations and possibly notecards. I also wish it were possible to transfer a no-copy animation (inventory object) from one object to another. -Glimmering On Mon, Apr 18, 2011 at 10:54 AM, Brandon Husbands wrote: > exactly. Now if you have a hud or something everytime you wanna dynamically > update animations you have to push out a new version. But with textures and > sounds you can have the data there by uuid. Its a pain to have to produce > every animation in every object. This way even more secures the animation > where the customer does not even have the ani and it can be in the sim. or > what ever. > Giving them a copy only ani poses more risk than having it just coded by > asset id. > > On Sun, Apr 17, 2011 at 8:29 PM, Thomas Shikami > wrote: >> >> Am 17.04.2011 21:02, schrieb Brian McGroarty: >> > If reference by asset ID is important enough that you'd want to work >> > on it, lay out a proposal detailing what permissions could be baked >> > into an asset at upload time, and how the permissions could be honored >> > by all viewers. This would need to be done without the simulator >> > process having to parse the asset. Eventually we'll want static assets >> > served up on a CDN independently of the sim hosts, so it would be a >> > liability if the simulator process needed to download animation >> > assets. >> I'd like to have this neat feature implemented, which would ease >> programming of multipose furniture and group animation tools. >> If a script is in a task accompanied by animations, it should be able to >> call an LSL function like this: >> key local_anim_key = llGetLocalAnimationKey(string inventory); >> >> Once it has that key, it can pass it around to other scripts in the same >> simulator, either to poseballs or group animation client HUDs, which >> could then use the local_animation_keys like this: >> llStartAnimationByKey(key local_anim_key); >> llStopAnimation(string local_anim_key); >> >> those local_anim_keys would be only valid as long as the task in the >> simulator exists. All local_anim_keys would be invalidated, when the sim >> is rebooted. >> >> The permissions to animations would be the same like this, instead of >> requesting permissions from the agent to animate the avatar, the >> semantics would be permissions by proxy then, allowing an object, which >> can request permissions instead which would be automatically granted, >> either sitting or wearing. >> >> A way to keep the local_anim_key consistent for the same asset would be >> preferable if possible. That way animations could be banned reliably. >> ___ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges > > > > -- > --- > This email is a private and confidential communication. Any use of email may > be subject to the laws and regulations of the United States. You may not > Repost, Distribute nor reproduce any content of this message. > --- > --- > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild with VS2005
Thank you all for the pointers. So if I get this right, VS2005 is to be left behind... not really kind to people who are used to it, and who find 2010 to be an unbearable bloatware that runs 4x slower than the old IDE. Not mentioning that with 2005, at least I could do something else while compiling. With this one, I can do something else... as long as it's away from my computer. And if I also get this right, "VCexpressRelWithDebInfo" is the only configuration that I should use, isn't it ? I am told to always use the "OpenSource" ones, except if I am on Windows (which is the case). Doesn't matter, I'll try both. Marine On 18/04/2011, WolfPup Lowenhar wrote: > 1. yes anyone doing builds in an OpenSource environment should be using the > ones pre-fixed with OpenSource. > 2. there are specific setting for windows that are current workarounds till > the autobuild.xml is up dated and they are: > a. VCexpressRelWithDebInfo > b. VC10msbuildRelWithDebInfo > c. VC10msbuildRelease > > these setting are going to be merged into the normal OpenSource settings > along with some name changes for 'cleaning up' both the xml file and the > command line as there are also the addition of a few more default switches. > >> -Original Message- >> From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev- >> boun...@lists.secondlife.com] On Behalf Of Boroondas Gupte >> Sent: Monday, April 18, 2011 11:09 AM >> To: opensource-dev@lists.secondlife.com >> Subject: Re: [opensource-dev] autobuild with VS2005 >> >> Linux-based dev here, so be aware my answer is based on hear-say, not >> own experience. >> >> On 04/18/2011 02:05 PM, Marine Kelley wrote: >> > - Tried to run autobuild as "autobuild build -c Release", only to get >> > an error saying that it does not find VS2010 (of course, it is not >> > installed). I also had to tell it to not download all the proprietary >> > libraries. >> AFAIK, you should use OpenSourceRelease, OpenSourceRelWithDebInfo or >> OpenSourceDebug as the configuration rather than Release, RelWithDebInfo >> or Debug. The configurations without the "OpenSource" prefix in the name >> are meant for LL's internal use and might require availability of 3rd >> party libraries that LL isn't allowed to re-distribute. >> >> > [...] >> > - Ran autobuild, and it worked when using "autobuild build -c >> > VCExpressRelWithDebInfo" (that's from memory). >> [Question to anyone who might know:] Does that configuration still serve >> any purpose? I thought the VCExpress issue(s) was/were solved in a way >> that'd also work for non-Express VS10 and thus was merged into the >> normal OpenSource* configurations for Windows? Or was that just planned >> but didn't get executed (yet)? >> >> Cheers, >> Boroondas >> ___ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> - >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 10.0.1321 / Virus Database: 1500/3581 - Release Date: 04/18/11 > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild with VS2005
Add to build section /m:3 /maxcpucount:number is the long version. to adjust build speed versus doing other stuff while building. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
[opensource-dev] Review Request: (STORM-229) Loading Scripts takes a long time and stalls Viewer
--- This is an automatically generated e-mail. To reply, visit: http://codereview.secondlife.com/r/273/ --- Review request for Viewer and Richard Nelson. Summary --- Partial fix for selected text indentation in script editor stalling the viewer: disabled updating text segments until all indentation commands are executed. Looks like the viewer is not stalled but the indentation still works rather slow. Diffs - indra/llui/lltexteditor.cpp 9c0506d10226 Diff: http://codereview.secondlife.com/r/273/diff Testing --- Thanks, Seth ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild with VS2005
> Thank you all for the pointers. > > So if I get this right, VS2005 is to be left behind... not really kind > to people who are used to it, and who find 2010 to be an unbearable > bloatware that runs 4x slower than the old IDE. Not mentioning that > with 2005, at least I could do something else while compiling. With > this one, I can do something else... as long as it's away from my > computer. Not so much that 2005 is being left behind, but that LL is moving forward. They cannot stay with the same environment when the Operating Systems are moving forward; for many reasons. How fast VC10 runs depends a LOT on your system and configuration. When I first used autobuild with it, it took the same time to build the viewer as 2005 had (approximately) However this turned out to be because I was not using some of the optimisations possible that 2005 had been using. With these enabled, it is now 35 minutes faster than 2005. Yes, it is a resource hog, but that's how it gets to be faster, you can change default values to prevent that if you want to, I make a cup of coffee and do something else ;-) Also, autobuild is designed to use the command line, not the IDE which is a great part of the resource eating. Intellisense is a pain in the ... RAM, disc I/O, etc. for example. As has been said already, autobuild started on the 2005 build, if you want to continue using it you will need to collect all the 2005 build versions of the libraries and create a configuration file that uses them instead of the default one which uses 2010 builds. If you are using the Express version of 2005 you will probably have to do more to get it to work. The initial version of autobuild was not express friendly. This is caused by many differences in how the full/express versions work. Start with the repo at https://bitbucket.org/oz_linden/viewer-autobuild/ That is the one started for 2005 builds, so should contain some if not all the library links I have no idea if those files are still available from the amazon servers though.Be aware it is considerably out of date with the main code base now, so you will have to import from viewer-development, being careful not to over write the autobuild.xml, best to rename it. > And if I also get this right, "VCexpressRelWithDebInfo" is the only > configuration that I should use, isn't it ? I am told to always use > the "OpenSource" ones, except if I am on Windows (which is the case). > Doesn't matter, I'll try both. IIRC the OpenSource* configurations are for full versions of VC only. They may work with a full version of 2005. VCexpressRelWithDebInfo is for VC10 Express versions. It uses commands not available on 2005, so probably will not work at all for you. -- Ima Mechanique ima.mechanique(at)blueyonder.co.uk ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild with VS2005
Thanks... this convinces me to go with VCE2010 (getting over the initial gripe I have about it, since it is the only sensible option I have to go ahead anyway). Right now it builds to the end, but it fails at the very last step with this error : 60> Looking for existing VisualStudio instance... 60>Didn't find open solution, starting new background VisualStudio instance... 60>Reading .sln file version... 60>Using version: VC100... 60> Value cannot be null. 60> Parameter : type Seems to be vstool complaining that it cannot find the instance of VS when calling GetDTEAndSolution() in main.cs... although VCE is open. Autobuild does that too on the command line. What can I do to make it find VCE and modify the solution ? I'm thinking some path is missing from my PATH env variable but I can't figure out which. Thanks again On 18/04/2011, Ima Mechanique wrote: >> Thank you all for the pointers. >> >> So if I get this right, VS2005 is to be left behind... not really kind >> to people who are used to it, and who find 2010 to be an unbearable >> bloatware that runs 4x slower than the old IDE. Not mentioning that >> with 2005, at least I could do something else while compiling. With >> this one, I can do something else... as long as it's away from my >> computer. > > Not so much that 2005 is being left behind, but that LL is moving > forward. They cannot stay with the same environment when the Operating > Systems are moving forward; for many reasons. > How fast VC10 runs depends a LOT on your system and configuration. When > I first used autobuild with it, it took the same time to build the > viewer as 2005 had (approximately) However this turned out to be because > I was not using some of the optimisations possible that 2005 had been > using. With these enabled, it is now 35 minutes faster than 2005. Yes, > it is a resource hog, but that's how it gets to be faster, you can > change default values to prevent that if you want to, I make a cup of > coffee and do something else ;-) Also, autobuild is designed to use the > command line, not the IDE which is a great part of the resource eating. > Intellisense is a pain in the ... RAM, disc I/O, etc. for example. > > As has been said already, autobuild started on the 2005 build, if you > want to continue using it you will need to collect all the 2005 build > versions of the libraries and create a configuration file that uses them > instead of the default one which uses 2010 builds. > > If you are using the Express version of 2005 you will probably have to > do more to get it to work. The initial version of autobuild was not > express friendly. This is caused by many differences in how the > full/express versions work. > > Start with the repo at https://bitbucket.org/oz_linden/viewer-autobuild/ > > That is the one started for 2005 builds, so should contain some if not > all the library links I have no idea if those files are still available > from the amazon servers though.Be aware it is considerably out of date > with the main code base now, so you will have to import from > viewer-development, being careful not to over write the autobuild.xml, > best to rename it. > >> And if I also get this right, "VCexpressRelWithDebInfo" is the only >> configuration that I should use, isn't it ? I am told to always use >> the "OpenSource" ones, except if I am on Windows (which is the case). >> Doesn't matter, I'll try both. > > IIRC the OpenSource* configurations are for full versions of VC only. > They may work with a full version of 2005. > VCexpressRelWithDebInfo is for VC10 Express versions. It uses commands > not available on 2005, so probably will not work at all for you. > > -- > Ima Mechanique > ima.mechanique(at)blueyonder.co.uk > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild with VS2005
> Thanks... this convinces me to go with VCE2010 (getting over the > initial gripe I have about it, since it is the only sensible option I > have to go ahead anyway). > > Right now it builds to the end, but it fails at the very last step > with this error : > > 60> Looking for existing VisualStudio instance... > 60>Didn't find open solution, starting new background VisualStudio > instance... > 60>Reading .sln file version... > 60>Using version: VC100... > 60> Value cannot be null. > 60> Parameter : type > > Seems to be vstool complaining that it cannot find the instance of VS > when calling GetDTEAndSolution() in main.cs... although VCE is open. > Autobuild does that too on the command line. What can I do to make it > find VCE and modify the solution ? I'm thinking some path is missing > from my PATH env variable but I can't figure out which. I can't swear to it (I don't use the 'official' autobuild.xml), but as I recall, that is a known problem for express, that should be fixed with the OPEN-50 stuff that's coming soon ;-) VCE can't modify the solution this way, it doesn't have the API required for it. This is one of the many differences between Express and full versions. > Thanks again > > > On 18/04/2011, Ima Mechanique wrote: > >> Thank you all for the pointers. > >> > >> So if I get this right, VS2005 is to be left behind... not really kind > >> to people who are used to it, and who find 2010 to be an unbearable > >> bloatware that runs 4x slower than the old IDE. Not mentioning that > >> with 2005, at least I could do something else while compiling. With > >> this one, I can do something else... as long as it's away from my > >> computer. > > > > Not so much that 2005 is being left behind, but that LL is moving > > forward. They cannot stay with the same environment when the Operating > > Systems are moving forward; for many reasons. > > How fast VC10 runs depends a LOT on your system and configuration. When > > I first used autobuild with it, it took the same time to build the > > viewer as 2005 had (approximately) However this turned out to be because > > I was not using some of the optimisations possible that 2005 had been > > using. With these enabled, it is now 35 minutes faster than 2005. Yes, > > it is a resource hog, but that's how it gets to be faster, you can > > change default values to prevent that if you want to, I make a cup of > > coffee and do something else ;-) Also, autobuild is designed to use the > > command line, not the IDE which is a great part of the resource eating. > > Intellisense is a pain in the ... RAM, disc I/O, etc. for example. > > > > As has been said already, autobuild started on the 2005 build, if you > > want to continue using it you will need to collect all the 2005 build > > versions of the libraries and create a configuration file that uses them > > instead of the default one which uses 2010 builds. > > > > If you are using the Express version of 2005 you will probably have to > > do more to get it to work. The initial version of autobuild was not > > express friendly. This is caused by many differences in how the > > full/express versions work. > > > > Start with the repo at https://bitbucket.org/oz_linden/viewer-autobuild/ > > > > That is the one started for 2005 builds, so should contain some if not > > all the library links I have no idea if those files are still available > > from the amazon servers though.Be aware it is considerably out of date > > with the main code base now, so you will have to import from > > viewer-development, being careful not to over write the autobuild.xml, > > best to rename it. > > > >> And if I also get this right, "VCexpressRelWithDebInfo" is the only > >> configuration that I should use, isn't it ? I am told to always use > >> the "OpenSource" ones, except if I am on Windows (which is the case). > >> Doesn't matter, I'll try both. > > > > IIRC the OpenSource* configurations are for full versions of VC only. > > They may work with a full version of 2005. > > VCexpressRelWithDebInfo is for VC10 Express versions. It uses commands > > not available on 2005, so probably will not work at all for you. > > > > -- > > Ima Mechanique > > ima.mechanique(at)blueyonder.co.uk > > > > ___ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/OpenSource-Dev > > Please read the policies before posting to keep unmoderated posting > > privileges > > -- Ima Mechanique ima.mechanique(at)blueyonder.co.uk ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges
Re: [opensource-dev] autobuild with VS2005
Aha ! Thanks much Ima, I'll play a little with a clone of your repository tomorrow, maybe it will lead me to a full working build this time :) On 18/04/2011, Ima Mechanique wrote: >> Thanks... this convinces me to go with VCE2010 (getting over the >> initial gripe I have about it, since it is the only sensible option I >> have to go ahead anyway). >> >> Right now it builds to the end, but it fails at the very last step >> with this error : >> >> 60> Looking for existing VisualStudio instance... >> 60>Didn't find open solution, starting new background VisualStudio >> instance... >> 60>Reading .sln file version... >> 60>Using version: VC100... >> 60> Value cannot be null. >> 60> Parameter : type >> >> Seems to be vstool complaining that it cannot find the instance of VS >> when calling GetDTEAndSolution() in main.cs... although VCE is open. >> Autobuild does that too on the command line. What can I do to make it >> find VCE and modify the solution ? I'm thinking some path is missing >> from my PATH env variable but I can't figure out which. > > I can't swear to it (I don't use the 'official' autobuild.xml), but as I > recall, that is a known problem for express, that should be fixed with > the OPEN-50 stuff that's coming soon ;-) VCE can't modify the solution > this way, it doesn't have the API required for it. This is one of the > many differences between Express and full versions. > > >> Thanks again >> >> >> On 18/04/2011, Ima Mechanique wrote: >> >> Thank you all for the pointers. >> >> >> >> So if I get this right, VS2005 is to be left behind... not really kind >> >> to people who are used to it, and who find 2010 to be an unbearable >> >> bloatware that runs 4x slower than the old IDE. Not mentioning that >> >> with 2005, at least I could do something else while compiling. With >> >> this one, I can do something else... as long as it's away from my >> >> computer. >> > >> > Not so much that 2005 is being left behind, but that LL is moving >> > forward. They cannot stay with the same environment when the Operating >> > Systems are moving forward; for many reasons. >> > How fast VC10 runs depends a LOT on your system and configuration. When >> > I first used autobuild with it, it took the same time to build the >> > viewer as 2005 had (approximately) However this turned out to be because >> > I was not using some of the optimisations possible that 2005 had been >> > using. With these enabled, it is now 35 minutes faster than 2005. Yes, >> > it is a resource hog, but that's how it gets to be faster, you can >> > change default values to prevent that if you want to, I make a cup of >> > coffee and do something else ;-) Also, autobuild is designed to use the >> > command line, not the IDE which is a great part of the resource eating. >> > Intellisense is a pain in the ... RAM, disc I/O, etc. for example. >> > >> > As has been said already, autobuild started on the 2005 build, if you >> > want to continue using it you will need to collect all the 2005 build >> > versions of the libraries and create a configuration file that uses them >> > instead of the default one which uses 2010 builds. >> > >> > If you are using the Express version of 2005 you will probably have to >> > do more to get it to work. The initial version of autobuild was not >> > express friendly. This is caused by many differences in how the >> > full/express versions work. >> > >> > Start with the repo at https://bitbucket.org/oz_linden/viewer-autobuild/ >> > >> > That is the one started for 2005 builds, so should contain some if not >> > all the library links I have no idea if those files are still available >> > from the amazon servers though.Be aware it is considerably out of date >> > with the main code base now, so you will have to import from >> > viewer-development, being careful not to over write the autobuild.xml, >> > best to rename it. >> > >> >> And if I also get this right, "VCexpressRelWithDebInfo" is the only >> >> configuration that I should use, isn't it ? I am told to always use >> >> the "OpenSource" ones, except if I am on Windows (which is the case). >> >> Doesn't matter, I'll try both. >> > >> > IIRC the OpenSource* configurations are for full versions of VC only. >> > They may work with a full version of 2005. >> > VCexpressRelWithDebInfo is for VC10 Express versions. It uses commands >> > not available on 2005, so probably will not work at all for you. >> > >> > -- >> > Ima Mechanique >> > ima.mechanique(at)blueyonder.co.uk >> > >> > ___ >> > Policies and (un)subscribe information available here: >> > http://wiki.secondlife.com/wiki/OpenSource-Dev >> > Please read the policies before posting to keep unmoderated posting >> > privileges >> > > > -- > Ima Mechanique > ima.mechanique(at)blueyonder.co.uk > > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev
Re: [opensource-dev] autobuild with VS2005
-DUNATTENDED:BOOL=ON I think this on the configure command line will solve the vstool.exe issue. If it doesn't make an empty project with the output of vstool.exe and replace the existiing one. Or, you can use the one I have here: http://dl.dropbox.com/u/7833186/VSTool.exe Nicky From: Marine Kelley To: Ima Mechanique Cc: opensource-dev@lists.secondlife.com Sent: Mon, April 18, 2011 2:59:27 PM Subject: Re: [opensource-dev] autobuild with VS2005 Aha ! Thanks much Ima, I'll play a little with a clone of your repository tomorrow, maybe it will lead me to a full working build this time :) On 18/04/2011, Ima Mechanique wrote: >> Thanks... this convinces me to go with VCE2010 (getting over the >> initial gripe I have about it, since it is the only sensible option I >> have to go ahead anyway). >> >> Right now it builds to the end, but it fails at the very last step >> with this error : >> >> 60> Looking for existing VisualStudio instance... >> 60>Didn't find open solution, starting new background VisualStudio >> instance... >> 60>Reading .sln file version... >> 60>Using version: VC100... >> 60> Value cannot be null. >> 60> Parameter : type >> >> Seems to be vstool complaining that it cannot find the instance of VS >> when calling GetDTEAndSolution() in main.cs... although VCE is open. >> Autobuild does that too on the command line. What can I do to make it >> find VCE and modify the solution ? I'm thinking some path is missing >> from my PATH env variable but I can't figure out which. > > I can't swear to it (I don't use the 'official' autobuild.xml), but as I > recall, that is a known problem for express, that should be fixed with > the OPEN-50 stuff that's coming soon ;-) VCE can't modify the solution > this way, it doesn't have the API required for it. This is one of the > many differences between Express and full versions. > > >> Thanks again >> >> >> On 18/04/2011, Ima Mechanique wrote: >> >> Thank you all for the pointers. >> >> >> >> So if I get this right, VS2005 is to be left behind... not really kind >> >> to people who are used to it, and who find 2010 to be an unbearable >> >> bloatware that runs 4x slower than the old IDE. Not mentioning that >> >> with 2005, at least I could do something else while compiling. With >> >> this one, I can do something else... as long as it's away from my >> >> computer. >> > >> > Not so much that 2005 is being left behind, but that LL is moving >> > forward. They cannot stay with the same environment when the Operating >> > Systems are moving forward; for many reasons. >> > How fast VC10 runs depends a LOT on your system and configuration. When >> > I first used autobuild with it, it took the same time to build the >> > viewer as 2005 had (approximately) However this turned out to be because >> > I was not using some of the optimisations possible that 2005 had been >> > using. With these enabled, it is now 35 minutes faster than 2005. Yes, >> > it is a resource hog, but that's how it gets to be faster, you can >> > change default values to prevent that if you want to, I make a cup of >> > coffee and do something else ;-) Also, autobuild is designed to use the >> > command line, not the IDE which is a great part of the resource eating. >> > Intellisense is a pain in the ... RAM, disc I/O, etc. for example. >> > >> > As has been said already, autobuild started on the 2005 build, if you >> > want to continue using it you will need to collect all the 2005 build >> > versions of the libraries and create a configuration file that uses them >> > instead of the default one which uses 2010 builds. >> > >> > If you are using the Express version of 2005 you will probably have to >> > do more to get it to work. The initial version of autobuild was not >> > express friendly. This is caused by many differences in how the >> > full/express versions work. >> > >> > Start with the repo at https://bitbucket.org/oz_linden/viewer-autobuild/ >> > >> > That is the one started for 2005 builds, so should contain some if not >> > all the library links I have no idea if those files are still available >> > from the amazon servers though.Be aware it is considerably out of date >> > with the main code base now, so you will have to import from >> > viewer-development, being careful not to over write the autobuild.xml, >> > best to rename it. >> > >> >> And if I also get this right, "VCexpressRelWithDebInfo" is the only >> >> configuration that I should use, isn't it ? I am told to always use >> >> the "OpenSource" ones, except if I am on Windows (which is the case). >> >> Doesn't matter, I'll try both. >> > >> > IIRC the OpenSource* configurations are for full versions of VC only. >> > They may work with a full version of 2005. >> > VCexpressRelWithDebInfo is for VC10 Express versions. It uses commands >> > not available on 2005, so probably will not work at all for you. >> > >> > -- >> > Ima Mechanique >> > ima.mechanique(at)blueyonder
Re: [opensource-dev] autobuild with VS2005
That did the trick ! I could run autobuild without a problem now, using your vstool.exe, it configured the solution and now I am making it build the viewer on VCE. I can't stay around to watch though, especially if it is going to take an hour. Going to bed now, and I'll keep you posted with my progress. Thanks again all of you, I was really stuck on this one ! Marine On 18/04/2011, Nicky Perian wrote: > -DUNATTENDED:BOOL=ON I think this on the configure command line will solve > the > vstool.exe issue. If it doesn't make an empty project with the output of > vstool.exe and replace the existiing one. Or, you can use the one I have > here: > http://dl.dropbox.com/u/7833186/VSTool.exe > > Nicky > > > > From: Marine Kelley > To: Ima Mechanique > Cc: opensource-dev@lists.secondlife.com > Sent: Mon, April 18, 2011 2:59:27 PM > Subject: Re: [opensource-dev] autobuild with VS2005 > > Aha ! Thanks much Ima, I'll play a little with a clone of your > repository tomorrow, maybe it will lead me to a full working build > this time :) > > On 18/04/2011, Ima Mechanique wrote: >>> Thanks... this convinces me to go with VCE2010 (getting over the >>> initial gripe I have about it, since it is the only sensible option I >>> have to go ahead anyway). >>> >>> Right now it builds to the end, but it fails at the very last step >>> with this error : >>> >>> 60> Looking for existing VisualStudio instance... >>> 60>Didn't find open solution, starting new background VisualStudio >>> instance... >>> 60>Reading .sln file version... >>> 60>Using version: VC100... >>> 60> Value cannot be null. >>> 60> Parameter : type >>> >>> Seems to be vstool complaining that it cannot find the instance of VS >>> when calling GetDTEAndSolution() in main.cs... although VCE is open. >>> Autobuild does that too on the command line. What can I do to make it >>> find VCE and modify the solution ? I'm thinking some path is missing >>> from my PATH env variable but I can't figure out which. >> >> I can't swear to it (I don't use the 'official' autobuild.xml), but as I >> recall, that is a known problem for express, that should be fixed with >> the OPEN-50 stuff that's coming soon ;-) VCE can't modify the solution >> this way, it doesn't have the API required for it. This is one of the >> many differences between Express and full versions. >> >> >>> Thanks again >>> >>> >>> On 18/04/2011, Ima Mechanique wrote: >>> >> Thank you all for the pointers. >>> >> >>> >> So if I get this right, VS2005 is to be left behind... not really kind >>> >> to people who are used to it, and who find 2010 to be an unbearable >>> >> bloatware that runs 4x slower than the old IDE. Not mentioning that >>> >> with 2005, at least I could do something else while compiling. With >>> >> this one, I can do something else... as long as it's away from my >>> >> computer. >>> > >>> > Not so much that 2005 is being left behind, but that LL is moving >>> > forward. They cannot stay with the same environment when the Operating >>> > Systems are moving forward; for many reasons. >>> > How fast VC10 runs depends a LOT on your system and configuration. When >>> > I first used autobuild with it, it took the same time to build the >>> > viewer as 2005 had (approximately) However this turned out to be >>> > because >>> > I was not using some of the optimisations possible that 2005 had been >>> > using. With these enabled, it is now 35 minutes faster than 2005. Yes, >>> > it is a resource hog, but that's how it gets to be faster, you can >>> > change default values to prevent that if you want to, I make a cup of >>> > coffee and do something else ;-) Also, autobuild is designed to use the >>> > command line, not the IDE which is a great part of the resource eating. >>> > Intellisense is a pain in the ... RAM, disc I/O, etc. for example. >>> > >>> > As has been said already, autobuild started on the 2005 build, if you >>> > want to continue using it you will need to collect all the 2005 build >>> > versions of the libraries and create a configuration file that uses >>> > them >>> > instead of the default one which uses 2010 builds. >>> > >>> > If you are using the Express version of 2005 you will probably have to >>> > do more to get it to work. The initial version of autobuild was not >>> > express friendly. This is caused by many differences in how the >>> > full/express versions work. >>> > >>> > Start with the repo at >>> > https://bitbucket.org/oz_linden/viewer-autobuild/ >>> > >>> > That is the one started for 2005 builds, so should contain some if not >>> > all the library links I have no idea if those files are still >>> > available >>> > from the amazon servers though.Be aware it is considerably out of date >>> > with the main code base now, so you will have to import from >>> > viewer-development, being careful not to over write the autobuild.xml, >>> > best to rename it. >>> > >>> >> And if I also get this right, "VCexpressRelWithDeb
