aha! thanks, that worked.
On Thu, Sep 8, 2011 at 4:23 PM, Marc-André Moreau <
marcandre.mor...@gmail.com> 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
