Re: [opensource-dev] Banning by client
On 2010-05-02, at 17:01, Skills Hak wrote: > The people with bad reviews are mostly copybotters who have been > banned by the system and are coming up with crazy quicktime hack > theories, Dekadance Mint isn't even in search any more. You could eliminate the "crazy quicktime hack" theories if you wanted to. It's not like the scope of what you can legitimately be doing is particularly large. ___ 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] [VWR] Compiled SG 1.4 not starting / .dll file issue
Those files come from within VC++ Express and are copied over to sharedlibs folder. Try this, select ALL_BUILD as a start up project and then Build solution. Let it run all the way through even if there are error messages. That should put everything in place. Then, if you are just wanting a local build (no redistribution) select secondlife-bin as a start up project and build it only (no build solution). That work for me on SG2. However, grain of salt is in order as i haven't tried to build 1.4. Good Luck!!! From: Jonathan Welch To: opensource-dev@lists.secondlife.com Sent: Sun, May 2, 2010 10:41:36 AM Subject: [opensource-dev] [VWR] Compiled SG 1.4 not starting / .dll file issue I've compiled SG 1.4 on Windows XP SP2, first with VC 2005 Express Edition and then with SP1 installed. When I try to start the program, either from a link or from within VC, I get an error: This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. Using the Dependency Walker utility it reported msvcr80.dll and msvcp80.dll were missing. I installed the vcredist_x86.exe kit, which is supposed to supply these files / fix the problem. I took a copy of the two .dll files from a working viewer directory (version 8.0.50727.4053) and have put them where I thought they might help: \indra \indra\build-vc80 \indra\build-vc80\newview \indra\build-vc80\newview\release \indra\build-vc80\newview\relwithdebinfo \indra\newview \libraries\i686-win32\lib_release \libraries\i686-win32\lib\release I also tried putting the built .exe file in the same folder as the v1.4 Snowglobe from LL. None of this has worked. If anyone has some idea of how to fix this I would be very happy to hear of it. Is there something wrong with a manifest file? Stymied, -jonathan ___ 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] [VWR] Compiled SG 1.4 not starting / .dll file issue
On Sun, May 2, 2010 at 4:41 PM, Jonathan Welch wrote: > I've compiled SG 1.4 on Windows XP SP2, first with VC 2005 Express > Edition and then with SP1 installed. > > When I try to start the program, either from a link or from within VC, > I get an error: > This application has failed to start because the application > configuration is incorrect. Reinstalling the application may fix this > problem. Welcome to winSxS dll hell > > None of this has worked. If anyone has some idea of how to fix this I > would be very happy to hear of it. Is there something wrong with a > manifest file? yes, quick and simple way, if you are running on your own PC only and not distributing, delete any *local* copies of msvcrt.dll and its friend, eg the ones in your build tree. Delete the .config file too that does binding redirects and ensure you have the latest version 8.0.50727.4053 of the CRT installed on your PC, this is ONLY available as a security upgrade from http://www.microsoft.com/downloads/details.aspx?familyid=766a6af7-ec73-40ff-b072-9112bab119c2&displaylang=en That does work. If you need to distribute to others in a setup.exe you really should send them the redist.exe first and ship your installer without the mscrt dlls, it is very very wrong to ship winSxS assemblies as private dlls, and there is even a comment to this effect in the LL python code. What should happen is the dlls should be registered with the installer COM system and that worries about the stashing away of these dlls in to windows\WinSxS\* but the story gets worse here, on XP the API is not officially documented, the vista documentation appears to work fine and i've even once crafted an Nullsoft installer to install these dlls in to the SxS cache, (Windows Installer does this kind of install with out fuss, as it can already talk to the trusted installer service), and as of Visual Studio 2010 MS have gone back to the standard windows\System32\ place to install the C runtimes. ;-/ Fun eh? Robin ___ 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] [JIRA] 'Affects viewer' use
Fixed. Thanks for the suggestion! On 2 May 2010 06:59, Kent Quirk wrote: > I don't see why we have that instruction. If you've tested on multiple > versions, we'd love to know that. So yes, affects version can be > multi-selected. You should only check items that you actually have tested. > > I'll ask someone to modify the text there. > >Q > > On May 1, 2010, at 8:43 AM, Opensource Obscure wrote: > > > > > What I'm supposed to do when I verify that a bug filed > > against Viewer 2.0 also affects Viewer 2.0.1 ? > > > > Should I really file a new, almost identical new ticket > > for Viewer 2.0.1? > > > > This seems to be the meaning of the "Please ONLY select > > a single version" phrase that appears near the > > "Affect Version" field (or not - see below) > > > > However, this doesn't look feasible and sustainable to me: > > it's time-consuming and -worst- all feedback, comments > > and votes get lost. > > > > Admittely, I never acted this way, and I always checked > > more than a version when appropriate; also, my feeling > > is that is the common behaviour on JIRA. > > > > Maybe I'm just wrong about Releases and Versions? :) > > maybe what the phrase actually means is that using > > the same ticket for Viewer 2.0 and Viewer 2.0.1 is OK; > > but if the same behaviour affects Snowglobe or other > > branches, a new different ticket should be filed? > > > > thanks in advance for clearing my mind.. > > > > opensource obscure > > ___ > > 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 > ___ 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] Banning by client
This is clearly a security hole that is being exploited, so it should be fixed. ___ 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] Building SG useing VS2010
I'm wanting to get it so that I can build SG using VS2010 C++ express but my first attempt is very depressing as I got over 25k lines of output in the build window and it looks like there will need to be a few things done to make it build in VS2010. Here is a link to the text of that output if anyone wants to have a look at it. http://wilsontech.dyndns.org/sgv2-vc100-2010-04-25-1700-test-run ___ 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] Building SG useing VS2010
I've never even contemplated compiling the source, so this may have limited value, but I did look at the output and the only real problems I could see were an incompatibility between the BOOST libraries and the version of the compiler you are using. On Mon, May 3, 2010 at 7:31 PM, WolfPup Lowenhar wrote: > I’m wanting to get it so that I can build SG using VS2010 C++ express but > my first attempt is very depressing as I got over 25k lines of output in the > build window and it looks like there will need to be a few things done to > make it build in VS2010. Here is a link to the text of that output if anyone > wants to have a look at it. > > > > http://wilsontech.dyndns.org/sgv2-vc100-2010-04-25-1700-test-run > > > > > > ___ > 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
