I'm trying to connect to xrdp (0.61) session running on Fedora 20 using
aFreeRDP from git.
I'm always seeing a crash in memcpy.
V/WindowOrientationListener( 197): nearestRotation : 3 Angle: 268
tilt: 39
I/DEBUG ( 104): #00 pc dcb4 /system/lib/libc.so (memcpy)
I just pushed a commit for android CMakeLists.txt which adds support for both
appcompat path styles.
This updated the existing FreeRDP pull request.
Now the entire android client builds and generates apk's.
On 07/13/2014 01:27 PM, Gerry Reno wrote:
> It looks like somewhere in the e
It looks like somewhere in the evolution of the SDK they changed over from
"compatibility" to "support" in the support
library path around 2011-2012 but continue to support and allow either version.
On 07/13/2014 01:08 PM, Gerry Reno wrote:
> Why do you think someth
> On Son, 2014-07-13 at 12:41 -0400, Gerry Reno wrote:
>> On 07/13/2014 12:23 PM, Gerry Reno wrote:
>>> Yes, I already have the support libs:
>>>
>>> Android SDK manager shows Rev 20
>>>
>>> And I found it installed here:
>>>
>
On 07/13/2014 12:23 PM, Gerry Reno wrote:
> Yes, I already have the support libs:
>
> Android SDK manager shows Rev 20
>
> And I found it installed here:
>
> $ ls $ANDROID_SDK/extras/android/compatibility/v7/appcompat
> AndroidManifest.xml libs project.properti
:
> appcompat is part of the sdk support libraries, check that they are installed.
>
> On 13 July 2014 18:04:00 CEST, Gerry Reno wrote:
>
> This OpenSLES issue was fixed by making sure that the default NDK api is
> set to 9 inside the updated
> AndroidToolchain.cmake file.
ow.c.o
[ 99%] Building C object
client/X11/CMakeFiles/xfreerdp-client.dir/xf_client.c.o
Linking C shared library libxfreerdp-client.so
[ 99%] Built target xfreerdp-client
Scanning dependencies of target xfreerdp-cli
[100%] Building C object
client/X11/cli/CMakeFiles/xfreerd
7;armeabi-v7a' architecture.
make doesn't build anything under client/Android it just builds FreeRDP.
If you want to tweak settings install ccmake to adjust the cmake variables to
your liking. Currently we use cmake 2.8 so
the documentation for that is here
http://www.cmake.or
onfiguring incomplete, errors occurred!
What is missing here?
On 07/07/2014 12:32 PM, Gerry Reno wrote:
> Thanks. That fixes the script.
>
> Also appears that maybe AndroidToolchain.cmake needs updated for NDK r9
> support. I copied down latest version and it
> works in m
out before build (now always using
> master) and currently I'm reworking master to allow building for
> different architectures.
>
> Will fix as soon as I'm back at my development machine.
>
> For the time being add 'git checkout 1.0.1h' to build the correct
&
I just cloned the latest FreeRDP tree and the android setup script fails
building OpenSSL:
$ ./scripts/android_setup_build_env.sh
Missing command line argument, current directory as root.
Using '/home/greno/build/FreeRDP/external' as root.
Preparing OpenSSL...
Cloning into '/
On 04/21/2012 05:06 PM, Mike Gilbert wrote:
> cmake -DCMAKE_INSTALL_PREFIX=/opt .
That configured things. Thanks.
--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor
It was easy to change install location (eg: /opt ) previously with GNU build
tools 'configure' using --prefix.
But since new CMake build tool how do you do this using CMake?
--
For Developers, A Lot Can Happen In A Sec
On 02/29/2012 07:28 PM, Mike Gilbert wrote:
> On Wed, Feb 29, 2012 at 12:28 PM, Mads Kiilerich wrote:
>
>> Fedora 11 was desupported 2 years ago and obviously has an old cmake. I
>> don't know what cmake version FreeRDP supports, but this version is
>> apparently too old.
>>
> According to
On 02/29/2012 12:45 PM, Gerry Reno wrote:
> On 02/29/2012 12:28 PM, Mads Kiilerich wrote:
>
>> On 02/29/2012 06:06 PM, Gerry Reno wrote:
>>
>>> On 02/29/2012 12:00 PM, Mads Kiilerich wrote:
>>>
>>>> On 02/29/2012 05:49 PM, Otavio Sa
On 02/29/2012 12:28 PM, Mads Kiilerich wrote:
> On 02/29/2012 06:06 PM, Gerry Reno wrote:
>> On 02/29/2012 12:00 PM, Mads Kiilerich wrote:
>>> On 02/29/2012 05:49 PM, Otavio Salvador wrote:
>>>> On Wed, Feb 29, 2012 at 13:36, Gerry Reno wrote:
>>>>> C
On 02/29/2012 12:00 PM, Mads Kiilerich wrote:
> On 02/29/2012 05:49 PM, Otavio Salvador wrote:
>> On Wed, Feb 29, 2012 at 13:36, Gerry Reno wrote:
>>> CMake Error at cmake/FindOptionalPackage.cmake:37 (find_package):
>>> Could not find module FindALSA.cmake
On 02/29/2012 11:49 AM, Otavio Salvador wrote:
> On Wed, Feb 29, 2012 at 13:36, Gerry Reno wrote:
>
>> CMake Error at cmake/FindOptionalPackage.cmake:37 (find_package):
>> Could not find module FindALSA.cmake or a configuration file for package
>> ALSA.
>>
I ran into another little problem on fedora this time with alsa.
CMake autogen:
cmake -DCMAKE_BUILD_TYPE=Debug -DWITH_SSE2=ON -DWITH_ALSA=ON
-DWITH_PULSEAUDIO=ON .
...
-- Finding suggested package ALSA.
-- Disable this using "-DWITH_ALSA=OFF".
CMake Error at cmake/FindOptionalPackage.cmake:37
On 02/29/2012 12:59 AM, Gerry Reno wrote:
> On 02/29/2012 12:41 AM, Marc-André Moreau wrote:
>
>> On Wed, Feb 29, 2012 at 12:36 AM, Mike Gilbert wrote:
>>
>>
>>
>>> On Tue, Feb 28, 2012 at 10:22 PM, Gerry Reno wrote:
>>>
>>&g
On 02/29/2012 12:41 AM, Marc-André Moreau wrote:
> On Wed, Feb 29, 2012 at 12:36 AM, Mike Gilbert wrote:
>
>
>> On Tue, Feb 28, 2012 at 10:22 PM, Gerry Reno wrote:
>>
>>> On 02/28/2012 09:59 PM, Mike Gilbert wrote:
>>>
>>>>
On 02/28/2012 09:59 PM, Mike Gilbert wrote:
> On Tue, Feb 28, 2012 at 9:34 PM, Gerry Reno wrote:
>
>> So I go looking for avcodec.h:
>>
>> # find /usr/include -name avcodec.h
>> /usr/include/ffmpeg/libavcodec/avcodec.h
>>
>>
>> So is this a CMak
Hi all,
Wow! Some really great progress on FreeRDP over last few months.
I cloned the latest git for FreeRDP 1.x repo and went to build it on one
of my Fedora machines today but tsmf ffmpeg is giving me some issues:
CMake autogen:
$ cmake -DCMAKE_BUILD_TYPE=Debug -DWITH_SSE2=ON -DWITH_ALSA=OFF
Thu, 07 Jul 2011 08:13:28 -0400, Gerry Reno wrote:
>
>> Then check to see if you have all necessary xx-dev packages
>>
> installed.
>
>>
>> On 07/07/2011 08:11 AM, th...@keustermans.nl wrote:
>>
>>> root@HPd485646eed29:~# apt-
Done
> build-essential is already the newest version.
> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
>
> ...?
>
> Thanks for all replies.
>
> Thijs
>
> On Thu, 07 Jul 2011 08:08:25 -0400, Gerry Reno wrote:
>
>> On 07/07/2011 02:48 AM, th
On 07/07/2011 02:48 AM, th...@keustermans.nl wrote:
> cannot create executables
You are probably missing needed parts of the toolchain.
Try this.
$ sudo apt-get install build-essential
--
All of the data generate
Well, since they are removing all of this code from Cendio in order to
implement Microsoft's RDP specifications, I don't think anybody would
agree about the seeing and using part.
Marc seemed to be saying that they needed to remove all that code to
implement the Microsoft RDP spec so they are not
Peter,
I've been sitting here watching this discussion for a bit.
So what is it that you are saying?
Are you saying that FreeRDP has to go back all the way to before
this 2002.07.18 date in the rdesktop repo to start as their baseline in
order that they have not derived from you or Ce
On 06/21/2011 02:15 PM, Marc-André Moreau wrote:
>
>
> On Tue, Jun 21, 2011 at 2:13 PM, Otavio Salvador
> mailto:ota...@ossystems.com.br>> wrote:
>
> On Tue, Jun 21, 2011 at 15:06, Marc-André Moreau
> mailto:marcandre.mor...@gmail.com>>
> wrote:
> > I have just proposed hiring a law
On 06/21/2011 01:34 PM, Otavio Salvador wrote:
> On Tue, Jun 21, 2011 at 14:29, Gerry Reno wrote:
> ...
>
>>> This is the first commit found in our GIT repository and it is still
>>> present in more then 30 files around the code. This can be find using
>>>
On 06/21/2011 01:21 PM, Otavio Salvador wrote:
> On Tue, Jun 21, 2011 at 13:53, Gerry Reno wrote:
> ...
>
>>> The point here is not if it is good or not but if it is possible or
>>> not to change license without Cendio's agreement. I think it is not.
>>&g
On 06/21/2011 12:43 PM, Otavio Salvador wrote:
> On Tue, Jun 21, 2011 at 12:46, Marc-André Moreau
> wrote:
>
>> Going back to actual facts, the announcement of the license change
>> corresponds with a sudden increase in interest towards the project.
>> I have received a lot of highly positive f
On 06/21/2011 11:21 AM, Adilson Oliveira wrote:
> Em 21-06-2011 12:02, Gerry Reno escreveu:
>
>
>> If he has some specific complaint, let's see it. What code, what file?
>>
> Let's calm down and try not get sucked into that. As you said yourself
> n
On 06/21/2011 10:51 AM, Otavio Salvador wrote:
> This doesn't mean they cannot put someone in court, does it?
>
>
That's something that can happen to any project, at any time.
And it's a very rare thing indeed. It's enormously expensive to
successfully prosecute a case.
I've been involved in
On 06/21/2011 10:15 AM, Adilson Oliveira wrote:
> Em 21-06-2011 11:08, Gerry Reno escreveu:
>
>
>> Many of these have had to excise some portions of code for authors
>> who did not want their contribution in the commercial offering.
>>
>> And once you have e
On 06/21/2011 10:21 AM, Otavio Salvador wrote:
> On Tue, Jun 21, 2011 at 11:08, Gerry Reno wrote:
>
>> On 06/21/2011 09:56 AM, Otavio Salvador wrote:
>>
>>> I have some friends that are from GNU and it does matter if the code
>>> has been changed using
On 06/21/2011 09:56 AM, Otavio Salvador wrote:
>
> I have some friends that are from GNU and it does matter if the code
> has been changed using a previous code as reference. It is a difficult
> stuff to be discussed in jury but it can happen.
>
> The only safe way to avoid this is to reconstruct t
>
>>So how does your implementation work for the DirectFB UI that I'm
>> working with currently?
>>
>>Or for any of the other UI's that are here or may be here in the
>>
> future?
>
>>I think it is good if things can stay as common as possible to be
>> shared by the various UI's
Hi Jay,
So how does your implementation work for the DirectFB UI that I'm
working with currently?
Or for any of the other UI's that are here or may be here in the future?
I think it is good if things can stay as common as possible to be
shared by the various UI's.
Less code and o
lip-window
force-windowed
# might need this, I did:
# pixelformat=RGB24
# run
dfb/dfbfreerdp -a 16 --gdi sw SERVER
# in another terminal:
vncviewer :0
What cursor behavior do you see?
Thanks,
Gerry
On 06/06/2011 01:17 AM, Gerry Reno wrote:
>
Hi Marc,
I just did a fresh clone of the master tree from github and ran
autogen.sh and configure and I'm seeing this error:
sh autogen.sh
./configure --with-dfb --with-x=no --with-xkbfile=no --with-pulse
--with-debug=no
make
...
Making all in libfreerdp-rfx
make
x |
> ||
> --
>
> It's like it has the mouse inputs wrong.
>
>
> Gerry
>
>
>
>
>
> On 06/05/2011 10:28 PM, Gerry Reno wrote:
>
>> Still have the cursor probl
like it has the mouse inputs wrong.
Gerry
On 06/05/2011 10:28 PM, Gerry Reno wrote:
> Still have the cursor problem.
>
> Does anything look abnormal with this DirectFB session?
>
> dfbfreerdp session:
>
> $ dfb/dfbfreerdp -a 16 --gdi sw 192.168.2.49
> starting thre
g
Gerry
On 06/05/2011 08:21 PM, Gerry Reno wrote:
> On 06/05/2011 08:10 PM, Gerry Reno wrote:
>
>> Is anyone else running the latest code and DirectFB?
>>
>> When I access the DirectFB VNC session the cursor Y-axis moves opposite
>> of the pointer motion. X-a
On 06/05/2011 08:10 PM, Gerry Reno wrote:
> Is anyone else running the latest code and DirectFB?
>
> When I access the DirectFB VNC session the cursor Y-axis moves opposite
> of the pointer motion. X-axis is fine.
>
Correction:
cursor motion on Y-axis results in no movement of
Is anyone else running the latest code and DirectFB?
When I access the DirectFB VNC session the cursor Y-axis moves opposite
of the pointer motion. X-axis is fine.
Can anyone verify this behavior with current tree?
Gerry
---
Verified. SIGSEGV is gone.
Gerry
On 06/05/2011 03:28 PM, Gerry Reno wrote:
> Great!
>
> Can you do a pull request and merge it into the tree? Or do you need to
> run some tests?
>
>
> Gerry
>
>
>
> On 06/05/2011 03:23 PM, Marc-André Moreau wrote:
>
>
pointer, which is where there is an error in
> cache_get_font... I guess similar issues happen with the
> cursor cache. Definitely, something is fishy around the cache
>
>
> On Sun, Jun 5, 2011 at 1:16 PM, Gerry Reno
> mailto:gr...@verizon.net>>
the same font, except that cache_put_font was passed a NULL
> pointer, which is where there is an error in cache_get_font...
> I guess similar issues happen with the cursor cache.
> Definitely, something is fishy around the cache
>
>
> O
lly, now it crashes on me for all servers. I'll try to figure it
> out, I think it might be related to the potential buffer overflow
> which is rampant that affected only the windows port so far.
>
> On Sun, Jun 5, 2011 at 9:01 AM, Gerry Reno <mailto:gr...@verizon.net>
Could you try connecting to Windows XP and see if you can reproduce the
problem?
I'm not making any progress here on solving this.
Gerry
On 06/04/2011 10:46 PM, Gerry Reno wrote:
> Right now I'm connecting to Windows XP. I don't have a server running
> at the moment.
&g
t; that doesn't support TLS or NLA
>
> To which version of the server are you connecting?
>
> On Sat, Jun 4, 2011 at 10:41 PM, Gerry Reno <mailto:gr...@verizon.net>> wrote:
>
> No change. Both 16 and 32 produce the exact same error.
>
> Gerry
>
>
ed support for 24bpp)
>
> On Sat, Jun 4, 2011 at 10:35 PM, Gerry Reno <mailto:gr...@verizon.net>> wrote:
>
>
> I am having a bitmap and font problem with latest code:
>
>$ dfb/dfbfreerdp -a 24 192.168.2.49
>starting thread 1 to 192.168.2.49:3389 <
I am having a bitmap and font problem with latest code:
$ dfb/dfbfreerdp -a 24 192.168.2.49
starting thread 1 to 192.168.2.49:3389
run_dfbfreerdp:
keyboard_layout: 0
connecting to 192.168.2.49:3389
connecting to 192.168.2.49:3389
connecting to 192.168.2.49:3389
Sta
Why is there no semaphore thread control in DirectFB like in X?
Is this just not implemented or not desirable for some reason?
Gerry
--
Simplify data backup and recovery for your virtual environment with vRanger.
Insta
Hmm... I'd be careful using -x flag.
It will removed your ignored files which may be serving some useful purpose.
Gerry
On 06/04/2011 05:15 PM, Otavio Salvador wrote:
> Use:
>
> git clean -dxf
>
> On Sat, Jun 4, 2011 at 20:23, Gerry Reno wrote:
>
>> Pull re
Pull request #33 has a lot of really nice refactoring in it.
But, I just tried merging in pull request #33 to my tree and now the
directories look like this:
drwxrwxr-x 4 greno greno 4096 2011-06-04 15:15 libfreerdp
drwxrwxr-x 4 greno greno 12288 2011-06-04 16:04 libfreerdp-asn1
dr
Answering myself:
On 06/02/2011 08:11 PM, Gerry Reno wrote:
> Where does this come from?
>
DirectFB VNC backend
> 02/06/2011 19:29:13 Listening for VNC connections on TCP port 5900
> 02/06/2011 19:29:13 ListenOnTCPPort: Address already in use
>
> I grep'd the c
Where does this come from?
02/06/2011 19:29:13 Listening for VNC connections on TCP port 5900
02/06/2011 19:29:13 ListenOnTCPPort: Address already in use
I grep'd the code but cannot find any VNC. How can I change this port?
Gerry
--
I just took a look at this pull request. Looks really good. Nice
improvements.
When is this going to merge into the tree?
Gerry
On 06/01/2011 08:05 PM, Marc-André Moreau wrote:
> I have added a new pull request:
> https://github.com/FreeRDP/FreeRDP/pull/29
>
> As the description says, it co
05:33 PM, Otavio Salvador wrote:
> On Thu, Jun 2, 2011 at 21:16, Gerry Reno wrote:
>
>> Does cmake work in embedded environments? I don't think so.
>>
>> People have hacked together a bunch of patches to try and make it work
>> embedded but overal
Does cmake work in embedded environments? I don't think so.
People have hacked together a bunch of patches to try and make it work
embedded but overall I don't think ready for primetime.
Gerry
On 06/02/2011 05:11 PM, Marc-André Moreau wrote:
> Yup, cmake being on the todo list for a while,
Microsoft created such a mess with this non-backwards-compatible one-way
conversion stuff.
Anyone doing a shared project must have all programmers using the exact
same version of VS.
Well MS that doesn't work too well with public repos.
Is it possible to somehow have both versions available? M
Just for the record I saw this:
xfreerdp console window:
disk_query_directory: stat /tmp/4de69f05bceb5 failed (2)
turns out it now (after reboot) shows as a broken symlink.
Gerry
On 06/01/2011 09:48 PM, Gerry Reno wrote:
> Hi Vic,
> It had me baffled yesterday as to why /tmp
Hi Gerry,
>
> I don't think there's such limitation. I share /tmp quite often and it
> always works. Try to look and send the terminal output to see if any hints.
>
> Vic
>
> On 06/01/2011 07:20 AM, Gerry Reno wrote:
>
>> Today I tried sharing some paths
Today I tried sharing some paths using xfreerdp.
If I was the owner of the directory, the path would share.
If I was not the owner but had full 'rwx' rights under other (such as
the /tmp directory), the path would not share.
Is this an intentional limitation?
Gerry
-
Does RemoteFX require multimedia redirection? Or does it make use of it
if available?
I didn't see any multimedia redirection available for DirectFB. Looks
like only thing available is XVideo for X11 UI only. Is there any other
solution available?
Gerry
On 05/30/2011 04:59 PM, Marc-André
My Linux box uses pulseaudio.
I'm using a git pull about 2 weeks.
When I try to connect xfreerdp to Windows XP and redirect sound back
using pulseaudio the stream keeps dropping after I interact with the
desktop such as moving windows around.
Starts out fine:
rdpsnd_pulse_format_supported:
This question about ZWERTY came from my client. I don't have the
keyboard here.
But when I did a grep for keyboard_layout under dfb/ it didn't look like
it was using any keyboard_layout stuff.
And when I checked the help it shows options for keyboard layout but
when I checked the code where the
I realize that there are a few things missing in dfbfreerdp.
But, is it possible to use a ZWERTY keyboard with dfbfreerdp?
I didn't see any option related to keyboard layout so is QWERTY keyboard
the only choice?
Gerry
-
10:50 AM, Gerry Reno wrote:
> Hi Marc,
> Hi Martin,
>
> I am using dfbfreerdp. I compiled with debug and I see this message:
>
> ui_warning: WARNING: Remote desktop does not support color depth 32;
> falling back to 24
>
> When I try using "-a 16" I get
option)?
> Which color depth is your X11 server using (see your xorg.conf)?
>
> On Sun, May 22, 2011 at 3:02 PM, Gerry Reno <mailto:gr...@verizon.net>> wrote:
>
>
> Take a look at the screen image I'm attaching.
>
> Mostly greyscale and it looks like t
On 05/22/2011 09:08 AM, Gerry Reno wrote:
> On 05/22/2011 08:57 AM, Otavio Salvador wrote:
>
>> On Sun, May 22, 2011 at 12:50, Gerry Reno wrote:
>>
>>
>>> I do see places like launchpad using this concept so it seems that there
>>> are at
On 05/22/2011 08:57 AM, Otavio Salvador wrote:
> On Sun, May 22, 2011 at 12:50, Gerry Reno wrote:
>
>> I do see places like launchpad using this concept so it seems that there
>> are at least some folks that are finding value in doing this.
>>
> Yes but to
On 05/22/2011 12:23 AM, Otavio Salvador wrote:
> On Sat, May 21, 2011 at 21:48, Gerry Reno wrote:
>
>> On 05/21/2011 06:18 PM, Otavio Salvador wrote:
>>
>>>
>>>
>>
>>> Maybe it is me that dislikes the JIRA interface
>>
On 05/21/2011 06:18 PM, Otavio Salvador wrote:
>
> Maybe it is me that dislikes the JIRA interface
> but if it is the case we ought to rethink where we will handle issues
> and choose ONE place. Be it JIRA or GitHub. Two seems overkill.
>
>
Both might be supported if there were a way to feed
On 04/15/2011 03:59 AM, Vic Lee wrote:
> Hi Gerry,
>
> The sound configure options were removed since the module has been
> changed to use sub-plugin. You choose which sound plugin to use when you
> run xfreerdp, not when you compile it. Whether a sound sub-plugin will
> be compiled depends on w
Hi,
I cannot seem to find a configure option to control the buildtime
inclusion of sound plugin support.
I'm looking for something like
--with-sound=alsa,pulse,esound,whatever. Or maybe
--with-plugin-sound=alsa,pulse,...
I would like to be able to control precisely which sound plugin
On 04/09/2011 09:32 PM, Mads Kiilerich wrote:
> Gerry Reno wrote, On 04/10/2011 12:54 AM:
>> On 04/09/2011 06:39 PM, Mads Kiilerich wrote:
>>> Gerry Reno wrote, On 04/09/2011 06:03 PM:
>>>> Hi,
>>>> I compiled freerdp from git on linux x86_64.
Hi,
I compiled freerdp from git on linux x86_64. But when I run the
program trying to connect to xrdp on another linux machine it gives me a
segfault in hexdump. Using an older package installed version of
freerdp it connects to xrdp fine without segfault.
From gdb:
0ca0 00 00 00 00
80 matches
Mail list logo