[sldev] Viewer Problems

[Dzonatas]

I'm not using those project files, but I do use Express.

I think you are right.  Either there or from the cygwin/mingw includes 
that get installed with cygwin.

Able Whitman wrote:
> What's puzzling to me is that this error is occurring in the first 
> place. I'm using the Standard Edition of VS 2005 (not Express). I've 
> built the viewer using both the wiki instructions and using the 
> project files posted on JIRA ( 
> http://jira.secondlife.com/browse/VWR-1151), and I haven't run into 
> this issue.
>
> The only thing I can think of is that since DNS_RECORD gets pulled in 
> from windns.h, perhaps the problem is caused by using an older version 
> of the Windows Platform SDK. The latest is the Windows Server 2003 R2 
> Platform SDK, March 2006 edition: 
> http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en 
> <http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en>
>
>
> On 7/18/07, *Dzonatas* < dzonatas at dzonux.net 
> <mailto:dzonatas at dzonux.net>> wrote:
>
>
>     I've run into this situation with MinGW. It is do to distinct
>     types. MSVC has been a little less strict about distinct types.
>
>     See: https://jira.secondlife.com/browse/VWR-186
>
>     You can put a band-aid cast op in the line for now.
>
>     Paul TBBle Hampson wrote:
>>     On Tue, Jul 17, 2007 at 12:16:33PM +0200, Andreas Lichtenberger wrote:
>>       
>>>     I have a big problem compiling the current version of the viewer:
>>>         
>>       
>>>     c:\sldev\linden\indra\newview\llsrv.cpp(59) : error C2665: 'LLSRVRecord::LLSRVRecord' : none of the 2 overloads could convert all the argument types
>>>           c:\sldev\linden\indra\newview\llsrv.h(45): could be 'LLSRVRecord::LLSRVRecord(U16,U16,const std::string &,U16)'
>>>
>>>           while trying to match the argument list '(WORD, WORD, LPTSTR, WORD)'
>>>         
>>       
>>>     Can anybody send help please???
>>>         
>>     I'm gonna hazard a guess, that "cur->Data.Srv.pNameTarget" on line 58
>>     needs to be "*(cur->Data.Srv.pNameTarget)", since the constructor
>>     expects a const std::string reference, and the name of that (and the
>>
>>     error) suggests it's a std::string pointer.
>>
>>     Not having a c:\ on my machine, I've not tested this though. If it
>>     breaks, you can keep both pieces.
>>
>>       
>>     ------------------------------------------------------------------------
>>
>>     _______________________________________________
>>     Click here to unsubscribe or manage your list subscription:
>>
>>     /index.html
>>       
>
>     -- 
>     Power to Change the Void
>
>     _______________________________________________
>     Click here to unsubscribe or manage your list subscription:
>     /index.html
>
>

-- 
Power to Change the Void
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070718/db3cf6a3/attachment-0001.htm