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
instead of reading it itself. Adaptation for the RDP5 code to work.
Added some debugging.
Indent fixes.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@348 423420c4-83ab-492f-b58f-81f9feb106b5
number of channels being the most important.
Don't assume the length of the data coming back from the server is
of the same length that the data we sent was.
Record the channel id of incoming MCS packets.
Send username to iso_connect, in order for it to be able to send the
mstshash.
Open the clipboard channel if we are speaking RDP5.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@347 423420c4-83ab-492f-b58f-81f9feb106b5
(This might not be needed, but the more lookalike to a MS client we are,
the better).
Recognize RDP5 packets and hand them to the RDP5 parsing routine.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@346 423420c4-83ab-492f-b58f-81f9feb106b5
it easier to follow the packet on the network.
git-svn-id: svn://svn.code.sf.net/p/rdesktop/code/trunk/rdesktop@339 423420c4-83ab-492f-b58f-81f9feb106b5
