summaryrefslogtreecommitdiffstats
path: root/source/lib/cmd_interp.c
Commit message (Collapse)AuthorAgeFilesLines
* -U% should be an anonymous connection. Fixed bug whereGerald Carter2000-09-011-1/+2
| | | | | | | | | | | the password was being set to "" instead of NULL. ..and yes Elrond, I'll merge this into TNG. P jerry
* Implemented AbortPrinter() from Gerald's Win32 test code. Just purge allJeremy Allison2000-08-301-0/+2
| | | | | | possible printjobs from that printer (I think this is correct). Added error code returns for print_queue_XXX() functions. Jeremy.
* added -P (for no prompt) and -A <authfile> optionsGerald Carter2000-08-291-22/+92
| | | | jerry
* Reverted the change Luke made. Removed IS_BITS_SET_XX macros.Jeremy Allison2000-08-141-13/+7
| | | | | | | | Do not re-add them. These macros are unsafe as they are not understood. Change all TNG code using them to correct '&' and '|' please. IS_BITS_SET_ALL was being used in cmd_interp.c when IS_BITS_SET_SOME should have been used. Jeremy.
* hey, jerry: turns out you _have_ converted to get_safe_nt_errmsg!!!Luke Leighton2000-08-141-2/+4
| | | | | | [got confused with which way dirdiff was going :)]. ... but you forgot to update TNG's lib/cmd_interp.c...
* jeremy,Luke Leighton2000-08-141-11/+15
| | | | | | | | | | | | | | | | | please do not remove IS_BITS_SET_XXX macros just because you happen "not to like them". whilst still working on merging, you are not responsible for this code, therefore do not hinder its development whilst people are attempting to do merges. after the merge from TNG to cvs main is completed, you can do what the hell you like. thank you. jerry, please could you consider adding underlying routines (in this case get_safe_smb_errstr()) instead of reverting to a [less secure] previous coding method. thanks.
* Tidyup removing many of the 0xC0000000 | NT_STATUS_XXX stuff (only need ↵Jeremy Allison2000-08-011-13/+7
| | | | | | | | NT_STATUS_XXX). Removed IS_BITS_xxx macros as they were just reproducing "C" syntax in a more obscure way. Jeremy.
* More work on rpcclient...Gerald Carter2000-07-311-4/+2
| | | | | | | | | | | | * Fixed to work with Jeremy's recent changes re: dunamic memory allocation when unmarshalling unistr[2] * included EnumPorts level 1 * more work on AddPrinterEx --jerry
* Ok - this is a *BIG* change - but it fixes the problems with static stringsJeremy Allison2000-07-271-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | in the RPC code. This change was prompted by trying to save a long (>256) character comment in the printer properties page. The new system associates a TALLOC_CTX with the pipe struct, and frees the pool on return of a complete PDU. A global TALLOC_CTX is used for the odd buffer allocated in the BUFFERxx code, and is freed in the main loop. This code works with insure, and seems to be free of memory leaks and crashes (so far) but there are probably the occasional problem with code that uses UNISTRxx structs on the stack and expects them to contain storage without doing a init_unistrXX(). This means that rpcclient will probably be horribly broken. A TALLOC_CTX also needed associating with the struct cli_state also, to make the prs_xx code there work. The main interface change is the addition of a TALLOC_CTX to the prs_init calls - used for dynamic allocation in the prs_XXX calls. Now this is in place it should make dynamic allocation of all RPC memory on unmarshall *much* easier to fix. Jeremy.
* Added EnumPorts() and fixed up some problemsGerald Carter2000-07-211-48/+27
| | | | | | | | | with the other spoolss client calls. Also cleaned up output for 'help' command. jerry
* Fixed a bug in cmd_interp.c where if user%pass was entered onGerald Carter2000-07-141-8/+3
| | | | | | | | | | | | the command line, the password would still be cached in memory in plain text for the lifetime of the rpcclient command line session. removed loopback connection functions from msrpc-client.c since we don't support that in the server code now anyways. simplify, simplify, ... --jerry
* Fixed a bug in parsing the command line.Gerald Carter2000-07-101-1/+1
| | | | jerry
* More rpcclient merge issues:Gerald Carter2000-07-071-9/+11
| | | | | | | | | | | | * fixes some readline bugs from the merge * first attempt at commands (spoolenum almost works) * no changes to existing functions in HEAD; only additions of new functions. I'll weed out what I can as I go. --jerry
* first pass at merging rpcclient from TNG to HEAD. You can get aGerald Carter2000-07-031-0/+1363
semi-connection and a rpcclient prompt, but no functionality there yet. Will be a few more days on that. --jerry