Hi Vic,
i finally got around to test the new freerdp version.
Multi-Monitor Support works really well, this is a major step forward
and a great help in both everyday life as a linux user and in building
thin clients for users. Seems to be faster, too =)
Unfortunately, rdpdr doesn´t work that wel
Hi Vic,
i finally got around to test the new freerdp version.
Multi-Monitor Support works really well, this is a major step forward
and a great help in both everyday life as a linux user and in building
thin clients for users. Seems to be faster, too =)
Unfortunately, rdpdr doesn´t work that wel
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 would
Hi Vic,
It had me baffled yesterday as to why /tmp would not share.
Right now it did the same thing so I rebooted both my Linux
workstation and the Windows Server and tada! /tmp is now sharing.
I hate it when that happens. :-)
Gerry
On 06/01/2011 09:28 PM, Vic Lee wrote:
> Hi Ge
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 using xfreerdp.
>
> If I was the owner of the directory,
On 02/14/2011 08:01 PM, Aljoscha Vollmerhaus wrote:
> Hi Vic,
>
> thanks for working with me on this issue. I´ve patched the source as you
> said and tested again, resulting in this being logged:
> disk_query_directory: invalid info class 12
OK I found the information on the documentation:
http:/
On 02/13/2011 05:10 PM, Vic Lee wrote:
> On 02/13/2011 07:53 AM, Aljoscha Vollmerhaus wrote:
>> Only message in freerdp output that looks related is this:
>>
>> disk_query_directory: invalid info class
> Sorry I missed that part. It seems there's an unimplemented feature only
> happen with win2008r
On 02/13/2011 07:53 AM, Aljoscha Vollmerhaus wrote:
> Only message in freerdp output that looks related is this:
>
> disk_query_directory: invalid info class
Sorry I missed that part. It seems there's an unimplemented feature only
happen with win2008r2. Please change the line like this and recomp
Hi Vic,
thanks for your reply.
I omitted that info for clearness, here´s the full command i´m using:
xfreerdp -f -z -a 16 -d domain -u user -k de --plugin rdpsnd --plugin
rdpdr --data disk:media:/media/ -- hostname
On 02/13/2011 11:25 AM, Vic Lee wrote:
> It might be because you missed "--". Al
It might be because you missed "--". Also try full-path like this:
xfreerdp --plugin rdpdr --data disk:media:/tmp -- server
On 02/13/2011 07:53 AM, Aljoscha Vollmerhaus wrote:
> --plugin rdpdr --data disk:media:test/
-
Stephen Dowdy wrote, On 01/06/2011 09:03 AM:
> disk_query_directory: class=1 id=23 init=1
This Works For Me (TM)
I glanced at the MSDN descriptions for
FileBothDirectoryInformation(), [class=3]
FileFullDirectoryInformation(), [class=2]
and the missing
FileDirectoryInformation() [class
Михайло Падалка wrote, On 01/06/2011 02:40 AM:
> Wed, 05 Jan 2011 18:49:32 -0700
> Stephen Dowdy писали:
>> $ cd /d1
>> $ touch setup.exe
>> (there are probably other file names/types that we're hitting this issue
>> on, but 'setup.exe' is assured of causing the failure)
>> disk_query_directory:
Wed, 05 Jan 2011 18:49:32 -0700
Stephen Dowdy писали:
>
> on linux (Debian Lenny) client:
>
> $ cd /d1
> $ touch setup.exe
> (there are probably other file names/types that we're hitting this issue
> on, but 'setup.exe' is assured of causing the failure)
>
> $ xfreerdp -u ${USER} -d CIT -g 160
This is definitely my mistake. :)
I pushed a slightly different patch, in which the "break" statement only
breaks when using auto printer detection (which was my original
intention). Thanks for pointing this out.
Vic
On 12/03/2010 04:58 PM, Nils Andresen wrote:
> Am 01.12.2010 22:53, schrieb N
On Fri, Dec 3, 2010 at 3:58 AM, Nils Andresen wrote:
> Am 01.12.2010 22:53, schrieb Nils Andresen:
> > I am unsure as to WHY this was made so (it does not look as if this was
> > made with intent: There is a "break" in
> > channels/rdpdr/printer/printer_main.c#DeviceServiceEntry) but maybe
> > Ma
On Fri, Dec 3, 2010 at 06:58, Nils Andresen wrote:
> Am 01.12.2010 22:53, schrieb Nils Andresen:
>> I am unsure as to WHY this was made so (it does not look as if this was
>> made with intent: There is a "break" in
>> channels/rdpdr/printer/printer_main.c#DeviceServiceEntry) but maybe
>> Marc-Andr
Am 01.12.2010 22:53, schrieb Nils Andresen:
> I am unsure as to WHY this was made so (it does not look as if this was
> made with intent: There is a "break" in
> channels/rdpdr/printer/printer_main.c#DeviceServiceEntry) but maybe
> Marc-Andre or Vic know.
>
> I have modified the sources here:
> ht
Thank you very much!
I applied the changing to release 0.8.2 and it works. The patch is
very complicated. :)
On 2 December 2010 00:53, Nils Andresen wrote:
> Am 01.12.2010 15:28, schrieb Anna Martynova:
>> So, the question is:
>> How to redirect two or more local printers to RDP session?
>
> Hi.
Am 01.12.2010 15:28, schrieb Anna Martynova:
> So, the question is:
> How to redirect two or more local printers to RDP session?
Hi.
Your commandline looks correct. However I can confirm your problem using
the git sources: Only one printer-definition is currently allowed, the
rest is silently igno
New question about rdpdr plugin, now about printer subplugin.
For example, I have 5 printers configured in CUPS, and I need to
redirect 2 of them.
I am trying to use command:
xfreerdp --plugin rdpdr --data printer:printername1
printer:printername2 --
In the output of xfreerdp I see:
"1 device(s)
Sorry, what do you mean?
I was speaking only about syntax, not about any kind of functionality.
On 30 November 2010 16:30, Otavio Salvador wrote:
> On Mon, Nov 29, 2010 at 19:22, Anna Martynova
> wrote:
>> Ok, I understood the concept.
>> But format of redirection options is rather complex and
On Mon, Nov 29, 2010 at 19:22, Anna Martynova wrote:
> Ok, I understood the concept.
> But format of redirection options is rather complex and not good for
> automatic command line generation. Old rdesktop format was much more
> easier, you can append separate option for each redirected device, no
Ok, I understood the concept.
But format of redirection options is rather complex and not good for
automatic command line generation. Old rdesktop format was much more
easier, you can append separate option for each redirected device, not
depending for others.
On 29 November 2010 19:06, Vic Lee w
Simply say: first format is right and second one is wrong. :)
No plugin should be loaded for more than once.
On 11/26/2010 06:31 PM, Anna Martynova wrote:
> Hello.
> I have met some issue, but not sure is it bug or feature. :)
> I need to redirect sound, disk, COM and LPT ports to server.
> If I
24 matches
Mail list logo
