On Thu, Sep 8, 2011 at 6:57 PM, Ben Lindstrom <mour...@eviladmin.org> wrote:
>
> I'd like to point out the NLA isn't working in my environment. It either
> core dumps or
> gives errors.
Ok, then this is a new bug. Can you help describe the environment, and see
if there's anyway I could reproduce the bug on my side? If it's possible,
providing access to an environment showing the problem could work as well.
> I'm taking the fallback to RDP and even at that I can login, but
> the keyboard mapping is so broken it isn't even usable.
>
make sure you have libxkbfile-dev installed, then do the following:
rm CMakeCache.txt
cmake .
> - Ben
>
>
>
>
> On Sep 8, 2011, at 5:23 PM, Marc-André Moreau wrote:
>
> > Clarifying certain things regarding the current support in FreeRDP 1.0:
> >
> > only NLA support at this point
> > the authenticate callback wasn't re-implemented yet, there's a pull
> request for it though, it should be coming back soon.
> >
> > So, always use the -u and -p options for now, and only use NLA.
> >
> > On Thu, Sep 8, 2011 at 6:20 PM, chris nelson <sleekmountain...@gmail.com>
> wrote:
> > even with --no-nla i get a seg fault...
> >
> >
> > On Thu, Sep 8, 2011 at 3:51 PM, Christian Nilsson <nik...@gmail.com>
> wrote:
> > I guess it works if you use --no-nla ?
> >
> > FreeRDP-1.0 does not yet seem to have the code to ask for username
> > (,domain) and password when connecting to a nla capable host?
> > In that case it should work when providing both -u username and -p
> password ?
> >
> >
> > Some other things i noticed about 1.0:
> > * No code for auto detecting clients keyboard layout?
> > * 1.0 feels more sluggish? (might i say more flickery) then the old
> > git, i have no numbers to back this up. :(
> > * I have seen a graphical bug, in outlook 2010, the border around the
> > write message box, is not painted correct. looks similar (but not the
> > same) to the problem with the border in taskmanager that was discussed
> > in the old version.
> > * No cursor support?
> >
> > Can these things be confirmed, and that they are on the todo list?
> > (for all of us that want to use latest and greatest rdp client)
> >
> > /Christian
> >
> > On Thu, Sep 8, 2011 at 8:39 PM, chris nelson <sleekmountain...@gmail.com>
> wrote:
> > > i tried compiling latest 1.0 source on a different machine and am still
> > > getting a seg fault when i try to connect.
> > >
> > > On Wed, Sep 7, 2011 at 12:22 PM, chris nelson <
> sleekmountain...@gmail.com>
> > > wrote:
> > >>
> > >> getting same behavior...
> > >>
> > >> On Wed, Sep 7, 2011 at 11:50 AM, Ben Lindstrom <b...@cray.com> wrote:
> > >>>
> > >>> Same with ./libfreerdp-core/license.c:void
> > >>> license_send_new_license_request_packet(rdpLicense* license)
> > >>>
> > >>> For:
> > >>>
> > >>> license->client_user_name->data =
> > >>> (uint8*)license->rdp->settings->username;
> > >>> license->client_user_name->length =
> > >>> strlen((char*)license->rdp->settings->username) + 1;
> > >>>
> > >>>
> > >>> If the user doesn't do a -u to set the user name at the command line.
> > >>>
> > >>>
> > >>> Which gets me to the point where I can attempt to log in (assuming I
> do
> > >>> --no-nla with a : else if (nego->cookie != NULL) { hack below to
> skip the
> > >>> strlen(nego->cookie) issue. And promptly dumps me to a useless
> keymapping.
> > >>>
> > >>> - Ben
> > >>>
> > >>> On Sep 7, 2011, at 12:25 PM, Ben Lindstrom wrote:
> > >>>
> > >>> >
> > >>> >
> > >>> > Running any of the following:
> > >>> >
> > >>> > xfreerdp --no-nla ..
> > >>> > xfreerdp --no-nla --no-tls ..
> > >>> >
> > >>> > All result in a segv crash in the current GIT tree on SLES11 SP1.
> The
> > >>> > backtrace in gdb shows it happening in a strlen() in
> > >>> > nego_send_negotiation_request().
> > >>> >
> > >>> > The issue seems to be that in libfreerdp-core/nego.c:void
> > >>> > nego_send_negotiation_request(rdpNego* nego)
> > >>> >
> > >>> > There is:
> > >>> >
> > >>> > if (nego->routing_token != NULL)
> > >>> > {
> > >>> > stream_write(s, nego->routing_token->data,
> > >>> > nego->routing_token->length);
> > >>> > length += nego->routing_token->length;
> > >>> > }
> > >>> > else
> > >>> > {
> > >>> > int cookie_length = strlen(nego->cookie);
> > >>> >
> > >>> >
> > >>> > And nego->cookie is NULL or not set correctly causing strlen() to
> die a
> > >>> > horrible death.
> > >>> >
> > >>> > I'm sure of this because if I do something stupid like:
> > >>> >
> > >>> > int cookie_length = 0;
> > >>> >
> > >>> > it does the wrong thing, but no longer crashes. So something isn't
> > >>> > setting it right.
> > >>> >
> > >>> > Any ideas / comments?
> > >>> >
> > >>> > - Ben
> > >>> >
> > >>>
> > >>>
> > >>>
> > >>>
> ------------------------------------------------------------------------------
> > >>> Using storage to extend the benefits of virtualization and iSCSI
> > >>> Virtualization increases hardware utilization and delivers a new
> level of
> > >>> agility. Learn what those decisions are and how to modernize your
> storage
> > >>> and backup environments for virtualization.
> > >>> http://www.accelacomm.com/jaw/sfnl/114/51434361/
> > >>> _______________________________________________
> > >>> Freerdp-devel mailing list
> > >>> Freerdp-devel@lists.sourceforge.net
> > >>> https://lists.sourceforge.net/lists/listinfo/freerdp-devel
> > >>
> > >
> > >
> > >
> ------------------------------------------------------------------------------
> > > Doing More with Less: The Next Generation Virtual Desktop
> > > What are the key obstacles that have prevented many mid-market
> businesses
> > > from deploying virtual desktops? How do next-generation virtual
> desktops
> > > provide companies an easier-to-deploy, easier-to-manage and more
> affordable
> > > virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
> > > _______________________________________________
> > > Freerdp-devel mailing list
> > > Freerdp-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/freerdp-devel
> > >
> > >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Doing More with Less: The Next Generation Virtual Desktop
> > What are the key obstacles that have prevented many mid-market businesses
> > from deploying virtual desktops? How do next-generation virtual
> desktops
> > provide companies an easier-to-deploy, easier-to-manage and more
> affordable
> > virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
> > _______________________________________________
> > Freerdp-devel mailing list
> > Freerdp-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/freerdp-devel
> >
> >
>
>
------------------------------------------------------------------------------
Doing More with Less: The Next Generation Virtual Desktop
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops? How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
_______________________________________________
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel
