GSoC 2016

[Tim Murphy]

On 12 February 2016 at 18:39, Niklas Andersson <
niklas.andersson at openforce.se> wrote:

> Hi Tim,
>
>  Crashes are usually good because then you can install the package with
> debug-symbols, run it through gdb and get a back trace. If you report it on
> FreeRDP's issue-list on Github together with a stack trace they should be
> able to fix it.
>
>  But then, if you are using the FreeRDP that comes in the distros you
> might run into issues that are already fixed in master. FreeRDP hasn't been
> the best project with respect to timely releases.....to put it mildly :-) I
> have very high expectations for FreeRDP 2.0
>

I think it usually just exited with one or other error message - not truly
a "crash".  I was using head, not the distro versions.

The difficulty of debugging it was that it happened in  no particular set
of conditions - I had no way to write them a bug report because I simply
couldn't work out how to describe the problem in any useful way.

Regards,

Tim



>
>
> On 12/02/16 19:31, Tim Murphy wrote:
>
>
>
> On 12 February 2016 at 18:10, Niklas Andersson <
> niklas.andersson at openforce.se> wrote:
>
>>
>> I suspect FreeRDP would also facilitate cross platform implementation
>>> more easily than different VNC implementations for *nix/win32.
>>>
>> I think so. In our project we only targeted X11 on Linux, but AFAIK the
>> FreeRDP maintainer we hired for the job also made it to work on Windows -
>> "just for fun :-) ". And perhaps even on Mac OS X. I'll look into that.
>>
>> We rely on FreeRDP master at the moment, and are waiting for the release
>> of FreeRDP 2.0 that will carry everything. There are nightly builds based
>> on git master being stabilized.
>>
>>
> FWIW I have lots of trouble with FreeRDP on a regular basis - crashing.
> I'm not saying that it never works or that it won't reach stability but it
> hasn't for me and I am so annoyed with it that I've just given up.  I
> followed head for many months and it never improved.
>
> Regards,
>
> Tim
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pidgin.im/pipermail/devel/attachments/20160212/01fe63bb/attachment.html>