Fixed a compiler warning by typecasting correctly.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@394 423420c4-83ab-492f-b58f-81f9feb106b5
Still won't handle transfers that demand INCR on the X side.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@391 423420c4-83ab-492f-b58f-81f9feb106b5
Can't handle INCR yet, but at least we handle larger transfers than
1592 bytes.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@390 423420c4-83ab-492f-b58f-81f9feb106b5
null byte (although space is allocated for it as it seems).
Resend format announces if they fail, with a small delay. Ugly hack, but
it works..
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@388 423420c4-83ab-492f-b58f-81f9feb106b5
* Send a hardcoded string to the server when it wants our clipboard data.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@384 423420c4-83ab-492f-b58f-81f9feb106b5
A lot of stuff remains for a full implementation.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@383 423420c4-83ab-492f-b58f-81f9feb106b5
Setting it to randomness seems to create random(!) connection errors. Bah!
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@376 423420c4-83ab-492f-b58f-81f9feb106b5
This is however just a fix for the case when you're running RDP4. The RDP5
code is still buggy.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@368 423420c4-83ab-492f-b58f-81f9feb106b5
Clean up overly paranoid code, close files, free memory, etc.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@366 423420c4-83ab-492f-b58f-81f9feb106b5
depending on the depth wanted).
I think we need to be a bit careful and check what depth the server is really giving us, or
we will have strange results sometimes.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@356 423420c4-83ab-492f-b58f-81f9feb106b5
bitmap header any longer, instead the size of the compressed bitmap data is sent in the bitmapLength
field of the cache bitmap order. Of course this doesn't concur with T.128.
Added more detailed debugging which helped in finding this.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@354 423420c4-83ab-492f-b58f-81f9feb106b5
mcs_recv fills in a channel id in a pointer argument.
process_orders takes the number of orders as an argument instead of figuring it out itself.
Exported process_bitmap_updates and process_palette and sec_decrypt
as non-static functions.
New public functions: process_colour_pointer_pdu (rdp.c),
process_cached_pointer_pdu (rdp.c),
process_null_system_pointer_pdu (rdp.c),
rdp5_process (rdp5.c),
rdp5_process_channel (rdp5.c)
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@352 423420c4-83ab-492f-b58f-81f9feb106b5
Updated client build. We now aim at being 2600 compatible :-).
Set up the clipboard redirector at this protocol level as well (see also
mcs.c)
Do the new-style encryption setup using RSA and X.509 routines from
OpenSSL. That sounds easier than it is (!).
Added some comments and debug output.
Process RDP5 channel data (for channels != MCS_GLOBAL_CHANNEL).
Send the username to mcs_connect.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@351 423420c4-83ab-492f-b58f-81f9feb106b5
order of the data is slightly different in RDP5.
Moved pointer PDU handling to their own functions, since RDP5 no longer
encapsulates ColorPointer and CachedPointer in a PDU with a type field.
Made debug output when doing Bitmap updates clearer. Also added debug
printout when bitmap compression failed.
Added code that checks for a new way of sending the size of the compressed
bitmaps. Code imported from Matt's RDP5 adventures :).
Debug output when doing Palette updates in order to make it easier to follow
packets.
Fetch the number of orders here instead of in process_orders and send it
along to that function as an argument.
Send the username to sec_connect.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@350 423420c4-83ab-492f-b58f-81f9feb106b5