From: Mat M. <mmu...@ki...> - 2002-06-17 20:25:48
|
From: David Y. Y. <dy...@jp...> - 2002-08-16 10:29:45
|
Does rDesktop code support Windows 2000 servers, or just WinNT terminal services? David. |
From: joris <Jor...@es...> - 2003-04-17 13:34:42
|
================ Joris Vanden Wyngaerd coordinates : http://www.esat.kuleuven.ac.be/~joris/personalia.html |
From: Rolandas R. <rol...@ma...> - 2003-08-01 12:57:28
|
From: R. <re...@fr...> - 2004-02-07 10:08:47
|
> date: 2004/01/30 14:10:32; author: n-ki; state: Exp; lines: +10 -3 > reworked the asyncio some and completed it. parallel and serial uses > it now. I hope this is asserted by the configure script. Some OSes (BeOS...) don't support asyncio. Btw, please don't keep reverting indentations, I always get conflicts on cvs up... (: Fran=E7ois. |
From: John S. <ce...@ho...> - 2005-03-06 14:30:50
|
Hope this is correct list to send this post. Using CVS version (few months old) under MDK 10 with below parameters: "rdesktop 192.168.1.16 -k tr -f -N -a 16 -n Client -x0 -z -r sound:off" We are getting below error when we launch a specific applicaton on a w2k3 session. Works fine w/o compression. Is this one of the reasons of disabling compression for bpp > 8 in version 1.4.0. Or may it be something fixed in 1.4.0. ERROR: error decompressed packet size exceeds max ERROR: error while decompressing packet NOT IMPLEMENTED: bitmap opcode 0x5 ERROR: order parsing failed ERROR: error decompressed packet size exceeds max ERROR: error while decompressing packet NOT IMPLEMENTED: bitmap opcode 0x5 ERROR: order parsing failed NOT IMPLEMENTED: secondary order 158 ERROR: put bitmap 3:39744 NOT IMPLEMENTED: order 193 NOT IMPLEMENTED: secondary order 158 ERROR: put bitmap 0:12041 NOT IMPLEMENTED: secondary order 158 ERROR: put bitmap 33:12017 ERROR: put bitmap 3:18216 ERROR: order parsing failed X Error: BadValue Request Major code 53 () Value 0x0 Error Serial #6335 Current Serial #6341 _________________________________________________________________ Don't just search. Find. Check out the new MSN Search! http://search.msn.com/ |
From: Jeroen M. <je...@ol...> - 2005-03-06 15:58:16
|
Yes, that's precisely the reason why compression is disabled for greater colour depths. MPPC compression (which is the only compression algorithm supported by rdesktop) is only suitable for 8bpp because it uses a history of 8192 bytes. This is sufficient for 256-colour bitmaps of 64x64 plus a little protocol overhead. But with greater colour depths, bitmaps + overhead can exceed 8192 bytes, and then strange things start to happen... I think Microsoft has been using another compression algorithm since rdp5.1 but I don't know any details (except that it seems to be triggered by logon flag 0x0200, judging from the rdpproxy source). Cheers, Jeroen On Sun, Mar 06, 2005 at 02:30:39PM +0000, John Smith wrote: > Hope this is correct list to send this post. > > Using CVS version (few months old) under MDK 10 with below parameters: > "rdesktop 192.168.1.16 -k tr -f -N -a 16 -n Client -x0 -z -r sound:off" > We are getting below error when we launch a specific applicaton on a w2k3 > session. Works fine w/o compression. Is this one of the reasons of > disabling compression for bpp > 8 in version 1.4.0. Or may it be something > fixed in 1.4.0. > > > ERROR: error decompressed packet size exceeds max > ERROR: error while decompressing packet > NOT IMPLEMENTED: bitmap opcode 0x5 > ERROR: order parsing failed > ERROR: error decompressed packet size exceeds max > ERROR: error while decompressing packet > NOT IMPLEMENTED: bitmap opcode 0x5 > ERROR: order parsing failed > NOT IMPLEMENTED: secondary order 158 > ERROR: put bitmap 3:39744 > NOT IMPLEMENTED: order 193 > NOT IMPLEMENTED: secondary order 158 > ERROR: put bitmap 0:12041 > NOT IMPLEMENTED: secondary order 158 > ERROR: put bitmap 33:12017 > ERROR: put bitmap 3:18216 > ERROR: order parsing failed > X Error: BadValue > Request Major code 53 () > Value 0x0 > Error Serial #6335 > Current Serial #6341 > |
From: B. <pj...@bi...> - 2005-04-11 09:07:51
|
Dear Matt=20 A few days ago I send an e-mail to You with information that I implemente= d=20 smart card support to rdesktop. Probably it didn't reach the target because I included gzipped source cod= e and=20 the mail server rejected the mail because of too big attachment. I'm send= ing=20 the mail once more, without attachemetn this time. The source can be down= loaded=20 from http://www.mojehobby.pl/tmp/rdesktop-1.4.0-with-scard.tgz My previous e-mail is included above Best Regards. Pawe=B3 Buchaniec ------------ I implemented smart card support to rdesktop (as a base version I used 1.= 4.0). It was tested and works fine with GemPlus (driver 3.2.1)=20 I hope this functionality will be included in future releases of rdesktop= :) What I changed (most of the changes are between #ifdef WITH_SCARD tag) : 1) configure file (it must be run with --with-scard=20 and --with-pcsc=3DPCSCLITE_DIR) 2) scard.o added to Makefile.in 3) scard.c which contains all source code for smart cards 4) scard_enum_devices added to rdesktop.c 5) rdpdr.c modified to run scard_device_control 6) types.h was modified because of conflicts with redefinition of BOOL de= fined=20 in pcsc library 7) smart card function calls are blocking so I have to run them in separa= te=20 threads and I had to add mutex support to tcp_xxx functions, because resp= onse=20 packets are send by those threads. The full source code is in the attachment. Please add information on the rdesktop webpage, that smart card support w= as=20 developed by ComArch S.A. - a software company from Poland (www.comarch.c= om) |
From: Paul C. <pca...@st...> - 2005-07-09 09:10:47
|
=20 =20 Paul=20Campbell=20 Engineering=20Specialist Managed=20Technology=20Services E=20=20-=20p...@st... M=20=20-=20+44=20(0)=207795=20605472 W=20=20-=20www.star.net.uk Company=20Registration=20No=20-=203077786 ______________________________________________________________________ This=20email=20has=20been=20scanned=20by=20the=20MessageLabs=20Email=20Sec= urity=20System. For=20more=20information=20please=20visit=20http://www.messagelabs.com/ema= il=20 ______________________________________________________________________ |
From: Rodrigo E. <rod...@gm...> - 2006-01-11 13:10:45
|
-- Prof. Rodrigo Neves de O. Escobar Inform=E1tica - Microlins Bauru - SP rod...@gm... |
From: Parminder S. G. <gup...@ya...> - 2006-04-13 20:56:19
|
confirm 181158 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: <Pan...@in...> - 2008-02-19 07:38:22
|
Dear All, I have some ideas on printer-redirect. Several days ago, I tried to realize the printer-redirect with Rdesktop-5.0 and Rdesktop-6.0 for one of our department’s projects. That project was an absolute linux-based embedded system, with Arm926-ejs, 128MB DDR and some other peripheral equipments. And my printer is Epson Stylus C63 with USB interface. At first, I saw some instructions on the web and it said that the following changes should be done in embedded system 1. add kernel support 2. porting CUPS 3. porting Guten-print 4. start Rdesktop with “-r printer:mydesktop=“EPSON Stylus C63”” to enter server driver. The key source code is in “printer.c”, from line 113 to line 121, it seems that the Rdesktop mount the printer to server as a network-printer, and use the “lpr” command to deal with the received flow from server. The procedure is shown as below (File -> Driver) -->--> Network Printer -->--> (CUPS -> Driver -> Dev Node) -->--> Printer (Windows Server) (Linux Client) I tried but found it was almostly impossible for an embedded system, it takes a lot of flash-space and CPU resource. And then I aborted porting the Guten-print but trying to find a new way. And fortunately, one day our Windows engineer told me that the flow which has been worked by Windows’s driver could directly transfer to printer. For example, I do the following changes in source code “printer.c” 1. comment (or delete )from line 113 to 121: #if 0 if (pprinter_data->printer == "mydeskjet") { pprinter_data->printer_fp = popen("lpr", "w"); } else { sprintf(cmd, "lpr -P %s", pprinter_data->printer); pprinter_data->printer_fp = popen(cmd, "w"); } #endif 2. add : pprinter_data->printer_fp = fopen("/dev/usb/lp0", "w"); Then start rdesktop and use parameter “-r printer:mydesktop=“EPSON Stylus C63”” to enter server driver, it was OK and working very well !! So, the procedure now is (File -> Driver) -->--> Network Printer -->--> (Dev Node) -->--> Printer (Windows Server) (Linux Client) With this change, we do not need to porting any local printer-service component but could support any printer supported by Server-Windows. I hope this discovery could be helpful for our community. Thanks & Regards Pan David Embedded Sys&App SW Dept. IPT R&D Center, Inventec (PuDong) Corp. 789 Puxing Road, Min Hang District, Shanghai 201114, China Tel: 86-21-6429-8888 Ext: 62851 |