On Sat, May 21, 2011 at 12:32 PM, Mike Eriksen
<[email protected]>wrote:

> On Sat, May 21, 2011 at 6:10 PM, Marc-André Moreau
> <[email protected]> wrote:
> > Hi Chris,
> > I just got a pandaboard, and tried Ubuntu 11.04 on it first, since there
> was
> > more documentation for it. I wanted to try another distro that is
> actually a
> > thin client distro, unlike Ubuntu. Thinstation looks good, and I'd like
> to
> > give it a try. Do you think it would be possible to expand the wiki
> article
> > on the pandaboard just to add a few links to the appropriate
> documentation
> > for getting started with a pandaboard, thinstation and freerdp?
> > http://www.freerdp.com/wiki/doku.php?id=pandaboard
> > I'd like to find a distro that I could refer people to, instead of just
> > referring them to using ubuntu, when they get a pandaboard.
>
> Pandaboard is ARM based and Thinstation is strictly 32 bit x86.
>

Oh :( I'll have to look into other distros then

>
> Mike
>
> > On Fri, May 20, 2011 at 6:41 PM, chris nelson <
> [email protected]>
> > wrote:
> >>
> >> mads,
> >>
> >> thanks! woot! it is working. oh that feels good. now i just need to get
> >> the keyboard mapping working...
> >>
> >>
> >> thanks again!
> >> chris
> >>
> >> On Fri, May 20, 2011 at 4:27 PM, Mads Kiilerich <[email protected]>
> >> wrote:
> >>>
> >>> chris nelson wrote, On 05/20/2011 11:39 PM:
> >>>>
> >>>> hello,
> >>>>
> >>>> i am trying to compile freerdp for thinstation. i have successfully
> >>>> cross-compiled a binary that can connect top 2k3 servers, but when i
> try to
> >>>> connect to 2k8 servers, i get the following:
> >>>> xfreerdp: ntlmssp.c:1147: ntlmssp_send_negotiate_message: Assertion
> >>>> `((s)->p +8 <= (s)->end)` failed.
> >>>> compiling with --with-debug --with-debug-nla --with-debug-assert
> >>>> --with-debug-stream-assert yields no more info. can someone point me
> in the
> >>>> direction of what is going wrong? all of my googling has gone for
> naught.
> >>>> thanks for your time,
> >>>
> >>> The "new" nla code is known to cause assertion violations. That doesn't
> >>> necessarily imply that the code is wrong, but it indicates that this
> code
> >>> doesn't provide convincing arguments that it doesn't overflow its
> buffers.
> >>> IMHO it would be nice to get the code cleaned up so it was more obvious
> that
> >>> it was correct, but for now you should just disable these assertions if
> you
> >>> use nla.
> >>>
> >>> /Mads
>
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its 
next-generation tools to help Windows* and Linux* C/C++ and Fortran 
developers boost performance applications - including clusters. 
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Freerdp-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freerdp-devel

Reply via email to