Vill få tag på all output & IRC-bot

Finns det någon funktion eller något som skriver ut alla kontrolltecken som en sträng istället för det dom egentligen ska göra?

EDIT: Har lokaliserat problemet, när jag splittar indatat så blir varannan rad tom, jag skrev ut radnumret innan varje rad och då såg det ut såhär:

0: <AquaRegia> test
1:
0: <AquaRegia> test
1:
0: <AquaRegia> test
1:

Du kan göra det med pprint:
pprint är även bra på att skriva ut annat, såsom stora listor och dictar.

Jag vill även tipsa dig om twisted om du inte redan känner till det. I följande tråd ger jag ett exempel på hur det kan användas för en IRC-bot:
https://www.flashback.org/t1031095

Twisted lät rätt nice, men just nu skriver jag från scratch för att lära mig lite om sockets och sånt.

Jag tror att problemet ligger i att om man splittar t.ex. "abcdef" med "f", så får man en lista med två strängar, "abcde" och "".

Vilket är en naturlig följd utav att du delar en sträng som ej innehåller något efter din delimiter, vilket gör att andra delen utav din returnerade array blir tom. Du får helt enkelt sortera ut dessa tomma element på ett eller annat sätt, finns många tillvägagångssätt (bl.a med funktionen filter);

Om jag har tänkt rätt så är det bara det sista elementet som blir en tom sträng, så om indatat är:

text1\r\n
text2\r\n
text3\r\n

så blir listan:

["text1","text2","text3",""]

Så jag löste det genom att helt enkelt ta bort det sista elementet, får se hur länge den lösningen håller...

lista = lista[:-1]

OVanstående lösning kommer att hålla i ditt fall. Ville bara passa på att visa hur man filtrerar bort oönskade element (i det här fallet tomma strängar) ur en lista. Kändes relevant då en vanlig följdfråga angående hur man bör få bort vissa element (oavsett plats) är just detta.

Om jag nu vill att andra ska kunna använda botten lite smått, vad ska jag tänka på att filtrera?

Bara acceptera kommandon som inte innehåller ; eller .

Räcker det? Eller behövs det mer? Kan man göra något farligt med en rad kod utan ; och .?

Det räcker absolut inte. Man bör ha i åtanke att användaren genom exec inte bara kan anropa funktioner och dylikt, utan även importera saker, saker som sedan kan anropas:
Man kan ju förbjuda all användning av import, fast funktionaliteten blir då starkt begränsad. Det skulle inte heller förvåna mig att det går att ställa till med oreda, även utan någon import. Det är även knepigt rent generellt att filtrera, finns hur många fällor som helst, bland annat att användaren inte skickar import direkt utan gör något trick med teckenkodningen. Man bör också ha i åtanke att det inte enbart finns ett import-statement utan att det även finns en __import__-funktion som returnerar det som importerats.

Vill du begränsa vad användaren kan göra så har eval större stöd för detta än exec. Används eval så kan inte statements som print användas, men man kan ju alltid definiera sin egen print-funktion som använder ett print-statement om man har det behovet. När man anropar eval kan man skicka med en eller två dictar med moduler som användaren tillåts använda:
http://docs.python.org/library/functions.html#eval
Skulle dock inte förlita mig helt på eval själv, utan skulle istället skrivit något eget. Kanske är jag onödigt paranoid.

Men kan man importera någonting och använda det på en rad utan ;?

import urllib; urllib.open(blablabla)...

Så brukar det se ut, och kör man först en import på en rad, och försöker göra något med det importerade på nästa rad så fungerar inte det. Var ligger __import__? Kan man komma åt den utan punktnotation?

Använder programmet exec rakt av behöver det som körs inte vara på samma rad eftersom programmet kommer ihåg sånt som körts tidigare. En illasinnad användare kan alltså skicka två kommandon. Standardsättet att göra det på en rad är annars:
Eftersom __import__ är en inbyggd funktion ligger den i modulen __builtins__. Själva __import__ kan användas utan punktnotation, men det som returneras anropas vanligen med punktnotation.

Tillåts användaren att exekvera flera kommandon hjälper det inte heller att bara leta efter . och import eftersom användaren kan skicka data kodat och sedan konstruera sina egna strängar som sedan körs med eval:
Man måste alltså också leta efter eval och exec. Det finns också många andra otäcka funktioner och statements, bland annat del-statemetet.

Jag tror, men är inte säker på att man kan hindra exec från att komma ihåg sånt från tidigare kommando om man skapar en ny process som tar hand om varje nytt kommando.

Vad vill du egentligen åstadkomma? Funktionaliteten för användaren blir rätt så meningslös om programmet inte har något minne från tidigare kommandon och om den mest funktionaliteten förbjuds. Det blir ju nästan enklare om du implementerar den begränsade funktionaliteten själv istället för att använda eval/exec och sedan försöka undvika alla möjliga säkerhetsrisker.

Som det är nu så kommer den inte ihåg vad som hänt tidigare, dvs:


Men det gör inte så mycket, man kan trots allt göra rätt kraftfulla saker på en rad.

Egentligen så vill jag att alla ska kunna göra allt som inte på något sätt är "skadligt", men jag vet att det är helt orimligt, så jag försöker hitta någonting som är nära nog.

Hur implementerade du detta? exec och en ny process för varje kommando?
Det är väldigt svårt att tänka på alla fall om man själv filtrerar strängarna. Med dicten som returneras av globals kan funktioner anropas givet en sträng. Med getattr kan funktioner anropas utan punktnotation. Exempel:
Strängliteralerna kan också bytas. '__import__' kan exempelvis ersättas med:
Finns säkert också många andra funktioner än eval, getattr och globals/locals du måste tänka på. Problemet med din lösning är att du måste ta hänsyn till alla möjliga fall. Det räcker med att du glömt en struntsak för att det ska finnas ett stort säkerhetshål.

Edit:
En idé är annars att helt enkelt ta bort __builtins__-modulen. Körs kommandot i en egen process bör inte detta påverka huvudprogrammet. Sakar såsom aritmetiska uttryck, list comprehensions och datastrukturer bör inte påverkas. Är dock inte säker på att alla potentiella säkerhetshål försvinner.