[07:08] <yellabs-r2> hallo daar !
[07:15] <Wobbo> Goede morgen allemaal. Ik mis wat NL vertaling. Ik heb het eerder ook gehad bij 15.04 geloof ik met Evolution. Ik vroeg me of hoe ik dit oplos en waar ik dit probleem kan aangeven.
[07:16] <yellabs-r2> heb je al update gedaan ?
[07:20] <Wobbo> Jep
[07:21] <yellabs-r2> 16.04 ?
[07:22] <yellabs-r2> in en uit gelogd ?
[07:22] <Wobbo> Ja, in 15.04 was het niet NL, bij 15.10 weer wel.
[07:23] <Wobbo> Dit probleem is sinds de upgrade.
[07:23] <Wobbo> Ik ga pas al mijn PC updaten als Evolution weer NL heeft.
[07:24] <yellabs-r2> welke versie van ubuntu heb je ?
[07:24] <Wobbo> 16.04
[07:24] <Wobbo> 64
[07:25] <yellabs-r2> de rest is wel nederlands alleen evolution niet ?
[07:26] <Wobbo> Alleen Evolution, sorry maar het gaat ook om Evoltion Mail, niet alleen de melding rechtsboven.
[07:27] <yellabs-r2> nee nee , ok
[07:28] <yellabs-r2> momentje
[07:28] <Wobbo> Aangezien evoltion-ararm wel nog gebruikt word, en het vroegen 'het' email programma, is het raar dat er weer niet NL gecheckt is. :'(
[07:30] <yellabs-r2> hoe installeer je meestal pakages ?
[07:31] <Wobbo> Het update applicatie.
[07:32] <yellabs-r2> ik vermoed dat sudo apt-get install language-pack-gnome-nl-base nodig is, maar je kan ook eerst kijken met software centre of dit pakket er wel / niet op staat
[07:32] <Wobbo> Soms via terminal, maar volgens mij niet sinds 16.04 bij deze PC.
[07:32] <trijntje> evolution is al heel lang niet meer standaard, dus waarschijnlijk is de prioriteit op laag gezet
[07:32] <yellabs-r2> in een blog vermelding hier : http://www.linuxquestions.org/questions/linux-mint-84/change-language-of-evolution-or-thunderbird-to-swedish-4175442935/
[07:33] <yellabs-r2> staat dat ze ook sudo apt-get install thunderbird-locale-nl , deden , maar ik denk dat dit niet nodig is in uw geval
[07:34] <yellabs-r2> na install even in en uit loggen of reboot , zou nodig kunnen zijn..
[07:35] <yellabs-r2> mocht iemand anders een suggestie oplosing hebben dan horen we het graag.. ;)
[07:36] <yellabs-r2> oplossing ( type error )
[07:38] <yellabs-r2> Wobbo , we horen wel of het gelukt is / of niet
[07:38] <Wobbo> Dit lost het probleem niet op. Evolution mail is niet geweldig, Thunderbind is ook echt niks. Daarnaast kan je niet alle geschiedenis van Evolution overzetten. Deze mails zijn voor het bedrijf. En een paar gig. Haha
[07:39] <Wobbo> Helaas is Firefox altijd een drama, alle jaren kan ik niet meerdere Firefox openen in verschillende schermen, maar ja dat is een ander verhaal. ;)
[07:45] <Wobbo> Oh, het vorige probleem was in 13.10. niet in 15.*
[07:45] <yellabs-r2> er was geen melding na sudo apt-get install language-pack-gnome-nl-base ?
[07:46] <Wobbo> Dat is was al geïnstalleerd.
[07:51] <yellabs-r2> ah
[07:51] <yellabs-r2> is engels moeilijk ?
[07:51] <Wobbo> http://forum.ubuntu-nl.org/tips-trucs/tip-evolution-in-het-nederlands-op-*buntu-13-10/
[07:52] <yellabs-r2> schijnbaar zijn er meer mensen met dit probleem : https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/1572661
[07:53] <yellabs-r2> ok , nou , hopenlijk lukt het met dat "truckje"
[07:53] <yellabs-r2> succes !
[07:54] <yellabs-r2> Wobbo werkt bedrijfsmatig met ubuntu ?
[07:54] <yellabs-r2> in welk verband , als ik vragen mag ?
[08:06] <Wobbo> Communicatie Multimedia Design alles en alleen Ubuntu,  veel gebruik van zoals Evolution, haha
[08:08] <yellabs-r2> tja, kan minder zijn als het niet precies doet wat het moet doen
[08:09] <Wobbo> Maar dingen als Birdfont, Pencil, Gimp, Inkscape, Blender, Filezilla, Aptana Studio, Audactity
[08:10] <Wobbo> Gpick, en alle browser,
[08:10] <yellabs-r2> aptana is een mooi professioneel programma inderdaad
[08:10] <Wobbo> Voor webApps en app, helaas heb ik wel een Mac moeten kopen.
[08:11] <Wobbo> Tja, kan niet ander. Ik heb maar een miniMac, goedkopen, en dan hoef ik dat ding niet te zien.
[08:11] <yellabs-r2> het is als een gereedschaps kist, vaak heb je toch meerdere platformen nodig ..
[08:12] <yellabs-r2> mac - windows 10 - linux , en niet te vergeten al die mobile platforms .. ;)
[08:13] <Wobbo> In VirtualBox heb ik wel Windows XP, Vista, 7, 8 en 10.... Het is allemaal wel vermoeiend, het testen, het tegenvallen en al die tijd.
[08:14] <yellabs-r2> dat is inderdaad een enorme inzet ,  misschien is het handiger om een team beta testers te maken
[08:14] <yellabs-r2> ieder met zijn eigen platform
[08:14] <yellabs-r2> ik heb hier ook vmware player met verschillende platforms draaien
[08:15] <Wobbo> En voor me liggen er nu 3 smartphone, 2 tablet,... Zucht, en ook die moeten allemaal getest. Gelukkig alles van Android apparaten hebben dezelfde oplader.... Behalve een... Apple weer.
[08:16] <Wobbo> Maar ik moet wel een plus voor apple, hun toetsenbord (niet hun muis).
[08:17] <yellabs-r2> ah , het is je werk toch , dus maak er iets moois van :)
[08:17] <Wobbo> En fijn Apple wekt super en standaard met VNC, zelf voor het inloggen.
[08:19] <Wobbo> Tja, ik moet indd nu ook eens wat werk gaan doen. Maar ik vertel zo graag hoe gelukkig ik ben, niet zonder kan sinds 6.04.
[08:20] <yellabs-r2> heel goed ..
[08:20] <yellabs-r2> maak er iets moois van, groeten en werk ze nog !
[08:20] <Wobbo> Oh, het laatste, Wacom, default, werkt top, en, ik ben linkshandig, kan gewoon ingesteld.
[08:22] <yellabs-r2> re-design life !
[08:27] <Wobbo> Oh, en thuis, gewoon alle blizzard en de meest recente versie simsity, werk gewoon in een keer.
[08:29] <Wobbo> Ik wil een Ubuntu smartphone gaan kopen.
[08:30] <Wobbo> Enige ervaring hier?
[08:52] <Wobbo> Over Evolution, het enige wat ik nodig heb is [evolution-3.18.mo]. Maar die kan ik niet vinden om te downloaden.
[09:08] <yellabs-r2> sorry was even weg
[09:15] <yellabs-r2> is het mo file of po ?
[09:44] <trijntje> mo
[09:44] <yellabs-r2> ja mo
[09:44] <yellabs-r2> maar ik denk dat Wobbo even iets anders aan het doen is ..
[09:46] <trijntje> Wobbo: evolution is niet volledig vertaald, volgens launchpad moeten er nog 700 strings vertaald worden
[09:47] <yellabs-r2> ik zie het ook
[09:48] <trijntje> bij gnome is het wel volledig vertaald, dus je zou een mailtje aan het vertaalteam kunnen sturen om te vragen of ze het willen updaten. https://l10n.gnome.org/languages/nl/all/ui/
[09:48] <yellabs-r2> ik dacht al , hoe komt het dat het niet allemaal nederlands word ..
[09:48] <trijntje> maar dat duurt wel weer een tijdje voordat de vertalingen beschikbaar komen. Maar ik neem aan dat er wel vertalings updates komen voor 16.04
[09:50] <yellabs-r2> hoe krijg je van po -- naar mo ?
[09:51] <yellabs-r2> ah ik heb al wat
[09:52] <yellabs-r2> nog even testen
[09:54] <yellabs-r2> duurt even .. ;)
[09:54] <yellabs-r2> vooral als je eerst de verkeerde file te pakken hebt.. LOL
[09:56] <yellabs-r2> Wobbo , ben je er nog
[09:56] <yellabs-r2> 99 % mo vertaling klaar
[09:57] <yellabs-r2> evolution-3.18.mo
[09:59] <yellabs-r2> moet naar effe kijken , usr/share/locale-langpack/nl/LC_MESSAGES
[09:59] <yellabs-r2> trijntje check mij graag ( dubbel check )
[10:02] <trijntje> klinkt wel ok, ik kan niet goed checken want ik zit op een engels systeem
[10:02] <yellabs-r2> lol
[10:06] <yellabs-r2> nou Wobbo nog wakker worden
[10:07] <yellabs-r2> een how to hoef ik niet te schrijven hoop ik ..
[10:08] <yellabs-r2> trijntje , gebruik jij voor nautilus als root , sudo nautilus of iets anders ?
[10:11] <yellabs-r2> Wobbo
[10:11] <yellabs-r2> hello
[10:12] <Wobbo> Sorry, ben er weer, nu weer tijd, pause.
[10:14] <yellabs-r2> er staat een file voor je klaar , maar ik heb al gezien / getest dat het nog steeds niet 100% nederlands is
[10:14] <yellabs-r2> de file moet naar  usr/share/locale-langpack/nl/LC_MESSAGES
[10:16] <yellabs-r2> kijk eerst even of er al een bestand is met de naam evolution-3.18.mo
[10:16] <yellabs-r2> voor de zekerheid
[10:17] <yellabs-r2> noem die file dan old-evolution-3.18.mo , maar ik denk dat deze er niet zal staan
[10:17] <yellabs-r2> evolution-3.18.mo
[10:18] <yellabs-r2> ok , ik weet niet of het downloaden van de file zo lukt , ik zal nog een ftp geven
[10:19] <yellabs-r2> staat in de prive tab
[10:19] <yellabs-r2> roep even als het downloaden gelukt is
[10:20] <yellabs-r2> staat op prive ftp voor je klaar
[10:21] <yellabs-r2> sudo nautilus , in  terminal is misschien eenvoudig voor je , ben wel voorzichtig eh ?
[10:22] <yellabs-r2> open terminal , sudo nautilus , ga naar : usr/share/locale-langpack/nl/LC_MESSAGES
[10:22] <yellabs-r2> plaats bestand daar ( evolution afgesloten )
[10:23] <yellabs-r2> start evolution , kijk of het nu 99 % nederlands is
[10:23] <yellabs-r2> sluit evolution weer netjes
[10:24] <yellabs-r2> en sluit alle andere programma's netjes af ( nautilus - terminal )
[10:26] <Wobbo> Nu nog overzetten en dan kijken of het mij ook lukt.
[10:29] <Wobbo> Bijna helemaal, maar net als bij 15.10, staat er links boven "New" ipv "Nieuw" maar ik denk dat ik dat nog wel begrijp. :P
[10:29] <Wobbo> Mooi zo, van af nu alle PC updaten.
[10:30] <yellabs-r2> super , inderdaad daarom die 99 %
[10:30] <yellabs-r2> geniet ervan, ik ben even eten
[10:30] <yellabs-r2> :)
[10:30]  * yellabs-r2 afk
[10:31] <Wobbo> Wat fijn, IRC
[10:31] <Wobbo> Wat fijn voor de hulp
[10:36] <Wobbo> Eigenlijk zelf maar 99,99%
[10:38] <Wobbo> :D
[10:52] <yellabs-r2> bye bye
[10:52] <yellabs-r2> all
[10:52] <yellabs-r2> ;)
[11:04] <Bram__> hoi ik ben bezig met het doorgeven van een python code naar een c code via een binary file maar ik loop tegen een probleem aan dat er sommige data weg valt
[11:05] <Bram__> python code
[11:05] <Bram__> http://paste.ubuntu.com/16316979/
[11:06] <Bram__> import mux code http://paste.ubuntu.com/16316983/
[11:07] <Bram__> c code
[11:07] <Bram__> http://paste.ubuntu.com/16316993/
[11:08] <Bram__> dus als ik deze codes laat lopen krijg ik bv op mijn seriele poort 1,2,3,4,5,8,9,10,.... men ziet dat 6 en 7 weg valt
[11:08] <Bram__> heeft er iemand hier een oplossing voor?
[11:09] <Bram__> zelf denk ik dat het iets te maken heeft met her openen van de file in de c code om de content te wissen
[11:24] <Wobbo> Helaas, ik weet niet genoeg C om een probleem op te lossen, ik probeer het soms bij #ubuntu-uk
[11:27] <Bram__> spijtig maar geen probleem helaas is mijn Engels niet zo heel goed
[11:27] <Bram__> maar ik kan het proberen
[11:30] <JanC> het is ook niet meteen duidelijk hoe die 3 stukjes code in elkaar passen?
[11:31] <JanC> wel, de eerste twee wel
[11:39] <Bram__> dus de eerste code is gewoon een code die ik gebruik om te testen deze zal een functie oproepen uit de 2de code in dit geval wordt de write functie opgeroepen deze zal data in een binary file zetten van af dan is het python deel afgelopen
[11:41] <Bram__> de c code zal dan steeds kijken of er nieuwe data in de file staat en zal deze dan uit lezen. Wanneer deze is uitgelezen zal er nog extra data worden toegevoegd om het seriele device compatibel te maken. Als alle data is uitgelezen zal de content van de file worden gewist zodat ik niet terug dezelfde data aan krijg
[11:47] <JanC> eh, en hoe weet je dat je Python-programma en C-programma niet tegelijk bezig zijn?
[11:49] <Bram__> ja heb ik ook al aan gedacht maar ik dacht als het ene process met die file bezig is dat men in het andere process deze file niet open krijgt en dus de data gewoon wordt bij toegevoegd in de file
[11:50] <JanC> standaard kan je een bestand zo vaak openen als je wil (onder linux/posix systemen)
[11:50] <JanC> maar ik veronderstel dat je ze voorlopig enkel manueel na elkaar start?
[11:51] <Bram__> ja dat klopt
[11:51] <Bram__> ik laat de c code steeds lopen
[11:51] <Bram__> en dan start ik het python test programma (alles manueel)
[11:52] <JanC> oh
[11:53] <JanC> dus de C-code loopt al voor je Python begint data toe te voegen?
[11:53] <Bram__> ja dat klopt
[11:53] <Ron__> Inderdaad, heel fijn :-)
[11:54] <JanC> Bram__: het is mogelijk dat 6 en 7 door Python in het bestand geschreven werden tussen regel 35 & 36 van je C code
[11:54] <JanC> en dan verdwijnen die dus natuurlijk
[11:54] <JanC> klassiek geval van "race condition"  :)
[11:55] <Bram__> ja zo iets zat ik ook al aan te denken maar wat kan er hier een oplossing voor zijn? de file zou terug leeg moeten gemaakt worden nadat hij is uitgelezen
[11:56] <JanC> dat is ingewikkeld...
[11:57] <Bram__> mijn eerste gedacht was om de file te openen in de wb+ mode maar dan krijg ik geen data meer
[12:00] <JanC> ik gok dat je best na het openen in de C code je bestand eerst wist en dan pas data ervan leest, al is dat nog niet 100% safe
[12:01] <JanC> (een bestand dat gewist is blijft naamloos bestaan zolang een proces het open heeft)
[12:03] <Bram__> het probleem is dat de c code steeds moet blijven werken (while lus) om het seriele device niet in fout te laten gaan
[12:03] <Bram__> of zou ik nog een extra file maken waar in ik simpel een 1 of een 0 schrijf en dan ga kijken of de c code bezig is met die file
[12:04] <Bram__> dat dan de python code even een in lus terecht komt totdat hij terug mag schrijven van de c code
[12:14] <Bram__> ik vind het wel raar dat de wb+ mode niet werkt
[12:15] <Bram__> "wb+" or "w+b" – Opens the binary file as an empty file for both reading and writing. If the file exists, its contents are destroyed.
[12:15] <Bram__> bij lezen komt er geen data uit omdat deze al verworpen is
[12:19] <JanC> het probleem is dat er voor dat je dat doet nieuwe data kan toegevoegd zijn
[12:23] <JanC> ik gok dat je met flock() zal moeten werken in beide programma's, maar simpel zal het niet zijn om volledig vrij van race conditions te zijn  :)
[12:24] <Bram__> dus de optie met een 2de file is volgens jou niet goed?
[12:28] <JanC> volgens mij ga je alleen maar een extra race condition toevoegen daarmee?
[12:31] <Bram__> oke dan zal ik eens kijken achter die andere optie
[12:32] <JanC> je zou natuurlijk ook een FIFO ipv een gewoon bestand kunnen gebruiken voor communicatie tussen de twee programma's
[12:33] <Bram__> en hoe zit dat in zijn werk? Ik weet wat een FIFO is maar ik zou niet weten hoe ik dit moet doen voor de koppeling python c
[12:42] <trijntje> kan je niet beter van de C code een python module maken, en dan vanuit python de C code aanroepen om serial port in de gate te houden?
[12:43] <trijntje> via bestanden werken is altijd gedoe omdat je ook geen garantie hebt dat de data die je schrijft ook daadwerkelijk op disk terecht komt.
[12:44] <JanC> je maakt een fifo in je C code en opent die voor lezen, daarna open je die in Python voor schrijven, alles wat je in Python schrijft kan je dan in C lezen
[12:44] <JanC> (simpel gezegd ;) )
[12:45] <JanC> trijntje: data-verlies kan je altijd hebben natuurlijk
[12:46] <JanC> voor wat Bram__ hier doet is het zelfs niet relevant of het al dan niet ooit op disk terecht komt
[12:47] <JanC> vermoedelijk wordt het allemaal alweer gewist voor de kernel tijd heeft daarvoor  :)
[12:49] <JanC> (er is een kleine maar niet onbestaande kans dat de kernel net data wegschrijft tussen het schrijven in Python en het wissen in C)
[12:49] <JanC> races again  :P
[12:50] <JanC> werken met concurrerende processen is moeilijk!
[12:50] <Bram__> ja dat ondervind ik nu wel ja :p
[12:51] <JanC> FIFOs e.d. zijn er om dat soort problemen te vereenvoudigen
[12:52] <Bram__> maar wat bedoel je juist met je opend een fifo in de c code hoe doe ik dit juist? Sorry maar hier heb ik nog maar weinig ervaring mee
[12:53] <JanC> je maakt eerst een FIFO met mkfifo() in C en open die daar voor lezen, dan open je diezelfde FIFO voor schrijven in Python
[12:54] <JanC> en het is een speciaal soort bestand, dus je opent het ook als een bestand  :)
[12:55] <JanC> "everything is a file"
[12:55] <JanC> internet sockets zijn ook bestanden
[12:55] <JanC> bijvoorbeeld
[12:56] <JanC> seriële poorten ook  ;-)
[12:58] <JanC> en wat trijntje zei betreft: er bestaan al Python modules voor gebruik van seriële poorten, daar heb je niet echt C voor nodig, maar ik veronderstel dat je iets in C wil doen?
[12:59] <Bram__> ja de python code is te traag voor de seriele poort ik moet snelheden halen van 4Mbps en via c lukt dit en in python niet maar de rest van de codes is geschreven in python :(
[12:59] <Bram__> dat is ook de rede dat de c constant moet blijven werken om de ontvangen data in een buffer te kunnen plaatsen
[13:00] <Bram__> of krijgt men heel de buffer binnen als men gewoon de read functie doet
[13:02] <Bram__> dan is het probleem opgelost want dan roep ik de functie enkel aan wanneer het nodig is
[13:02] <Bram__> c code bedoel ik :p
[13:07] <Bram__> is er een manier om de seriele poort open te laten staan en dat deze de file bijhorend bij de seriele poort gaat opvullen en dat ik pas de seriele data ga uit lezen wanneer de python code het vraagt (python start dan het c script die de data vervolgens zal uitlezen)
[13:08] <Bram__> c code sluit terug af wanneer alles voltooid is
[13:09] <Bram__> maar dan zou de inkomende data nog moeten opgeslagen worden in de buffer van de seriele poort zelf en dat is nog een probleem dan
[13:09] <JanC> seriële poorten hebben zelf geen buffer natuurlijk
[13:10] <JanC> in de hardware, bedoel ik
[13:11] <JanC> maar eh, er is niks dat je verplicht om die poort te sluiten/openen in C ?
[13:11] <JanC> tussendoor, bedoel ik
[13:11] <Bram__> maar zal ik dan ook weer geen inkomende data gaan missen
[13:12] <Bram__> nu was het plan zo
[13:13] <Bram__> ik schrijf data naar een file in de python code wanneer deze file geschreven is roep ik de c code op die de data van de file binnen leest en vervolgens verder verwerkt dan zal de c code de seriele poort openen en de data verzenden wanneer de data is verzonden stopt het c script
[13:14] <JanC> okay?
[13:14] <Bram__> maar dan kan ik de inkomende data van de seriele poort niet ontvangen want de seriele poort staat namelijk af
[13:14] <Bram__> deze komt maar heel kort actief
[13:14] <JanC> eh, dat is aan de andere kant van de seriële connectie?
[13:15] <Bram__> de c code die dan start is het zenden over de seriele poort (TX) het probleem zit hem nog dan bij het ontvangen (RX)
[13:16] <JanC> dat is een ander proces op een andere computer, veronderstel, ik?
[13:17] <Bram__> ja een ander toestel zend data naar de RX dan deze data zou ik ook moeten kunnen lezen in de python code
[13:18] <Bram__> dus als ik het kort even beschrijf is het voor het zenden van python naar het andere toestel zo
[13:18] <JanC> dan moet er ergens ook een proces draaien dat die ontvangt, juist?
[13:18] <Bram__> ja dat is juist en dat is juist het probleem
[13:18] <JanC> ik snap het probleem niet echt  :)
[13:19] <Bram__> de seriele poort kan maar door 1 process worden gebruikt
[13:20] <JanC> wel, dat is niet 100% juist, maar...
[13:20] <Bram__> voor het ontvangen zou er een process steeds moeten luisteren wat er gebeurt op de RX maar dan kan ik de andere C code niet meer starten omdat deze de seriele poort dan niet meer open krijgt omdat deze al open is bij het process van het ontvangen
[13:21] <JanC> anyway, gebruik dus een FIFO ?
[13:21] <JanC> en doe beide in één proces?
[13:22] <JanC> FIFO voor de communicatie, bedoel ik
[13:22] <JanC> of een pipe
[13:22] <JanC> communicatie tussen Python & C, bedoel ik
[13:22] <Bram__> wat denk jij dat het simpelste is?
[13:28] <Bram__> http://stackoverflow.com/questions/2784500/how-to-send-a-simple-string-between-two-programs-using-pipes
[13:28] <Bram__> zo iets als de eerste reactie dan bedoel jij?
[13:30] <JanC> als je maar die twee programma's hebt, en het ene start altijd het andere kan je evengoed een pipe gebruiken ipv een fifo
[13:32] <Bram__> in het geval alles in 1 process op te nemen zal de c code steeds werken en dus niet worden opgeroepen
[13:33] <JanC> maar die fifo code is simpeler
[13:35] <Bram__> inderdaad lijkt heel hard op wat ik nu heb vind ik
[13:35] <JanC> simpeler zelfs  :P
[13:37] <Bram__> we zullen eens testen :p
[13:37] <JanC> aangezien je niet meer moet proberen oude data te wissen zonder per ongeluk nieuwe dat mee te wissen en zo
[13:37] <Bram__> al hartelijk bedankt voor al de hulp!!!
[13:38] <JanC> gewoon aan de ene kant v/d fifo lezen en aan de andere kant schrijven
[13:38] <Bram__> inderdaad en daar zal de fout gezeten hebben
[13:38] <JanC> en eventueel een tweede fifo voor de andere richting op
[13:38] <Bram__> ja zo was ik het van plan :D
[13:40] <JanC> in feite werkt zo'n serial interface ook als een soort FIFO trouwens, alleen zitten de processen die lezen en schrijven daar (meestal) op een ander systeem natuurlijk
[14:13] <Bram__> raar ik krijg de fifo maar niet werkend :(
[14:14] <Bram__> ik krijg steeds D (2 blokjes)V
[14:19] <Bram__> dit kwam door een schrijffout in de filename maar nu krijg ik gewoon niets nu deze juist is :(
[14:22] <Bram__> op deze regel blijft de python code hangen fifo = open(path, "w") er komt geen error melding ofzo maar deze loopt gewoon niet meer verder
[14:30] <Bram__> python code http://paste.ubuntu.com/16318496/
[15:00] <Bram__> ik heb ontdekt dat ik mijn c code moet stoppen en dan de python code moet starten en dan de c code terug moet stoppen maar dat is zo raar
[15:10] <trijntje> Bram__: ik zou het in #python vragen, dit soort problemen moeten al lang opgelost zijn
[15:11] <trijntje> dat je niet goed bent in Engels zou niet uit moeten maken als de code duidelijk is ;)
[15:12] <Bram__> aaa oke ik heb het terstraks al in de UK versie geprobeerd maar kreeg verder geen reactie meer maar ik wist niet dat er een #python was :D