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
