| --- | Log | opened Wed Jun 11 00:00:44 2008 |
| 00:39 | -!- | jdike [~jdike@pool-96-237-183-188.bstnma.fios.verizon.net] has quit [Quit: Leaving] |
| 00:49 | -!- | balbir [~balbir@122.167.201.147] has quit [Ping timeout: 480 seconds] |
| 00:58 | -!- | Basic [~Basic@fortress.tanners.org] has joined #uml |
| 02:36 | -!- | balbir [~balbir@59.145.136.1] has joined #uml |
| 02:42 | -!- | huslu_ [~huslu@c-67-174-108-150.hsd1.co.comcast.net] has quit [Ping timeout: 480 seconds] |
| 03:08 | -!- | jetlag [jetlag@70.17.48.245] has quit [Quit: muskmelon] |
| 03:30 | -!- | low [~low@LSt-Amand-152-31-5-221.w82-127.abo.wanadoo.fr] has joined #uml |
| 06:28 | -!- | balbir [~balbir@59.145.136.1] has quit [Ping timeout: 480 seconds] |
| 06:43 | -!- | balbir [~balbir@59.145.136.1] has joined #uml |
| 06:55 | -!- | balbir [~balbir@59.145.136.1] has quit [Ping timeout: 480 seconds] |
| 06:55 | -!- | balbir [~balbir@59.145.136.1] has joined #uml |
| 07:03 | -!- | Hunger [Hunger.hu@213.163.11.138] has joined #uml |
| 07:48 | -!- | aindilis` [andrewdo@75.146.96.195] has joined #uml |
| 07:48 | -!- | aindilis [andrewdo@75.146.96.195] has quit [Read error: Connection reset by peer] |
| 09:04 | -!- | jetlag [~jetlag@pool-70-17-48-245.pskn.east.verizon.net] has joined #uml |
| 09:06 | -!- | dang [~dang@aa-redwall.ghs.com] has joined #uml |
| 10:32 | -!- | jdike [~jdike@pool-96-237-183-188.bstnma.fios.verizon.net] has joined #uml |
| 10:32 | <jdike:#uml> | Hi guys |
| 10:33 | <low:#uml> | 'lo jdike |
| 10:34 | <caker:#uml> | good morning |
| 10:35 | <jdike:#uml> | asm/user.h keeps rearing its ugly head |
| 10:36 | <jdike:#uml> | Man |
| 10:36 | <jdike:#uml> | I sent in a patch a while ago to remove it |
| 10:36 | <jdike:#uml> | then I forgot, and later added another include of it |
| 10:41 | * | jdike:#uml sends a patch to uml-user |
| 10:45 | * | jdike:#uml ponders a Sam Ravnborg plea for help |
| 11:24 | -!- | hfb [~hfb@pool-71-118-254-245.lsanca.dsl-w.verizon.net] has joined #uml |
| 11:30 | -!- | balbir [~balbir@59.145.136.1] has quit [Ping timeout: 480 seconds] |
| 12:05 | -!- | Basic [~Basic@fortress.tanners.org] has quit [Quit: Linghu - Level 70 Hunter - Executus US] |
| 12:33 | -!- | low [~low@LSt-Amand-152-31-5-221.w82-127.abo.wanadoo.fr] has quit [Quit: bbl] |
| 12:52 | -!- | hfb [~hfb@pool-71-118-254-245.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving] |
| 12:52 | -!- | balbir [~balbir@122.167.215.12] has joined #uml |
| 13:08 | -!- | Basic [~Basic@frostmage.igi.com] has joined #uml |
| 13:55 | -!- | hfb [~hfb@pool-71-118-254-245.lsanca.dsl-w.verizon.net] has joined #uml |
| 14:12 | -!- | mjf [~mjf@r9fk174.net.upc.cz] has joined #uml |
| 14:12 | <mjf:#uml> | Hello. |
| 14:13 | <mjf:#uml> | I have a little problem with UML 2.6.25.6 (both host and vmlinux). |
| 14:14 | <mjf:#uml> | I suspended my host to disk and after resume all UMLs were somehow not responding (I could not login) :( |
| 14:14 | <mjf:#uml> | Does anyone have an idea what causes it? |
| 14:14 | <mjf:#uml> | When I suspended to RAM it was OK after resume. |
| 14:14 | <mjf:#uml> | The host was suspended for more than 16 hours. |
| 14:15 | <mjf:#uml> | uml_mconsole worked fine, I was able to restart the machines. |
| 14:15 | <mjf:#uml> | Thanks for ideas. |
| 14:16 | <mjf:#uml> | It would be nice UMLs were running after resume from suspend to disk. I am running quite large virtual network on my notebook for testing purposes. :) |
| 14:37 | <jdike:#uml> | How dead where they? |
| 14:37 | <jdike:#uml> | i.e. do they ping? |
| 14:37 | <jdike:#uml> | wait |
| 14:38 | <jdike:#uml> | you killed them with mconsole? |
| 14:38 | <jdike:#uml> | or you continued them somehow with mconsole? |
| 14:43 | <mjf:#uml> | I was not able to continue them |
| 14:43 | <mjf:#uml> | with mconsole |
| 14:43 | <mjf:#uml> | There were not responding |
| 14:43 | <mjf:#uml> | to anything. |
| 14:43 | <mjf:#uml> | :( |
| 14:43 | <mjf:#uml> | In one word: frozen |
| 14:44 | <jdike:#uml> | mjf> uml_mconsole worked fine, I was able to restart the machines. |
| 14:44 | <mjf:#uml> | yep |
| 14:44 | <mjf:#uml> | restart |
| 14:44 | <mjf:#uml> | but not to log in, ping or anything |
| 14:44 | <jdike:#uml> | mconsole halt, in other words? |
| 14:44 | <mjf:#uml> | I was not able to type in port:23001 console ssl that was attached etc... |
| 14:44 | <mjf:#uml> | mconsole restart |
| 14:45 | <mjf:#uml> | they must have been in some very strange state |
| 14:45 | <mjf:#uml> | jdike: btw, how are you doing all the time? :) |
| 14:45 | -!- | anderiv [~anderiv@66-162-60-4.static.twtelecom.net] has quit [Remote host closed the connection] |
| 14:45 | <mjf:#uml> | jdike: I was off for a long time :) |
| 14:45 | <jdike:#uml> | all the time? |
| 14:45 | <jdike:#uml> | it varies :-) |
| 14:46 | -!- | anderiv [~anderiv@66-162-60-4.static.twtelecom.net] has joined #uml |
| 14:46 | <mjf:#uml> | ok, well, I will today do the same thing before I go sleep, I will suspend my notebook, tomorrow we will see. |
| 14:46 | <mjf:#uml> | If it happens again, I will ask you to help me to debug it, ok? |
| 14:46 | <jdike:#uml> | if it doesn't ping, that's the first thing I would look at |
| 14:47 | <mjf:#uml> | I told you, no ping, no keyboard |
| 14:47 | <mjf:#uml> | dead |
| 14:47 | <mjf:#uml> | frozen |
| 14:47 | <mjf:#uml> | :( |
| 14:47 | <mjf:#uml> | no respons, only I was able to do was to do restart via mconsole |
| 14:47 | <jdike:#uml> | but if you have it happening when you're here, we can poke at it and see what's happening |
| 14:47 | <jdike:#uml> | interesting that mconsole still works |
| 14:47 | <mjf:#uml> | yes |
| 14:48 | <mjf:#uml> | On the other hand, sometimes if freezes and hangs after enter on some command and the uml does not respond, it happened to me few times too |
| 14:48 | <mjf:#uml> | No errors in logs after rebooting the uml |
| 14:48 | <mjf:#uml> | simply, nothing in logs |
| 14:49 | <mjf:#uml> | I have slight idea that it is both causes with the same bug, but the latter one occures very randomly |
| 14:49 | <mjf:#uml> | so I will be hard to catch and debug, I thing |
| 14:49 | <mjf:#uml> | think |
| 14:50 | <jdike:#uml> | it's helpful if it's reproducable |
| 14:50 | <mjf:#uml> | It seems to be the same problem, because in both cases the behaviour is perfectly the same |
| 14:50 | <jdike:#uml> | Oh |
| 14:50 | <jdike:#uml> | Is this with CONFIG_NOHZ? |
| 14:50 | <mjf:#uml> | yep |
| 14:50 | <jdike:#uml> | hmm |
| 14:51 | <mjf:#uml> | ? |
| 14:51 | <mjf:#uml> | you me host or um? |
| 14:51 | <mjf:#uml> | mean |
| 14:51 | <jdike:#uml> | are they consuming CPU after resume? |
| 14:51 | <jdike:#uml> | UML |
| 14:51 | <mjf:#uml> | I do not think so, I will look next time |
| 14:51 | <jdike:#uml> | you can run linux --showconfig | grep HZ now and see |
| 14:52 | <mjf:#uml> | I meant the consuming of CPU <- I do not think so, but I will look next time, because I forgot to check last time |
| 14:52 | <mjf:#uml> | :) |
| 14:52 | <mjf:#uml> | mjf@vger:~$ /usr/src/umlinux/vmlinux --showconfig|grep HZ |
| 14:52 | <mjf:#uml> | CONFIG_HZ=100 |
| 14:52 | <mjf:#uml> | CONFIG_NO_HZ=y |
| 14:52 | <jdike:#uml> | because if they are !CONFIG_NOHZ and they are consuming CPU, then they are busy catching up to reality by delivering zillions of clock ticks to the timekeeping system |
| 14:52 | <jdike:#uml> | well, so much for that theory |
| 14:53 | <mjf:#uml> | good one |
| 14:53 | <mjf:#uml> | :) |
| 14:53 | * | jdike:#uml tries |
| 14:53 | * | mjf:#uml tries to understand jdike :) |
| 14:53 | * | jdike:#uml tries to produce good theories... |
| 14:54 | <mjf:#uml> | jdike: OK, just when it locks again, I will tell you and we can try to run gdb on it under your leading (because I do not know to debug yet, sorry, but I love to learn new things) |
| 14:54 | <jdike:#uml> | OK |
| 14:54 | <mjf:#uml> | fine |
| 14:54 | <jdike:#uml> | sounds like a plan |
| 14:54 | <mjf:#uml> | LOL |
| 14:55 | <mjf:#uml> | a little tort of conspiracy :) |
| 14:56 | <mjf:#uml> | On the other hand, you guys here had solved the issue with infinite loop while suspending UMLs, thanks for that. (It's a long long time ago when I was talking about the problem here). |
| 14:58 | <mjf:#uml> | I wanna ask a thing. Will UML some day support or touch real CPU virtualization (you know the Xeon etc. virt. stuff). Does it mix together with UML somehow in the future? |
| 14:58 | <jdike:#uml> | yeah, I have plans to make UML a KVM client |
| 14:59 | <mjf:#uml> | KVM -> the qemu stuff? |
| 14:59 | <mjf:#uml> | I never saw it in action. Do I need have X to run it? |
| 14:59 | <jdike:#uml> | no |
| 14:59 | <mjf:#uml> | uff |
| 14:59 | <mjf:#uml> | ok, then it is ok |
| 14:59 | <mjf:#uml> | :) |
| 15:00 | <mjf:#uml> | When do you plan to commit these pathes? ;) |
| 15:01 | <jdike:#uml> | which? |
| 15:01 | <mjf:#uml> | I mean, weeks, month, years? The KVM UML patches. |
| 15:01 | <mjf:#uml> | jdike: yeah, I have plans to make UML a KVM client |
| 15:01 | <jdike:#uml> | Oh |
| 15:02 | <mjf:#uml> | let me guess |
| 15:02 | <jdike:#uml> | some time after they work |
| 15:02 | <mjf:#uml> | I am looking forward to it because I am planning to buy new (and really very strong) computer this summer. |
| 15:03 | <mjf:#uml> | And because I simply love UML after about 2 years of using I wanna use it rather than anything else. |
| 15:03 | <mjf:#uml> | :) |
| 15:03 | <mjf:#uml> | UML rocks. |
| 15:04 | <mjf:#uml> | OK, I go now and try to freeze the beast somehow (if only I remembered how did I frozen it last time). |
| 15:06 | <mjf:#uml> | I have just frozen uml_mconsole |
| 15:06 | <mjf:#uml> | reproducable |
| 15:06 | <mjf:#uml> | Inteerested? |
| 15:06 | <jdike:#uml> | how? |
| 15:07 | <mjf:#uml> | Ok, let me show my kernel command line to see how I fired up the uml machine: |
| 15:07 | <mjf:#uml> | mjf@vger:~$ UMLINUXDBG=1 umlinux uml-rt1 |
| 15:07 | <mjf:#uml> | debug: /usr/src/umlinux/vmlinux mem=32m ubda=/tmp/ubda.cow,/srv/vhd/uml-rt1/ubda ubdb=/srv/vhd/uml-rt1/ubdb swap=/dev/ubdb con0=fd:0,fd:1 con1=port:23101 con2=port:23102 con3=port:23103 con=pts umid=uml-rt1 |
| 15:08 | <mjf:#uml> | And now how I froze it: |
| 15:08 | <mjf:#uml> | telnet localhost 23101 |
| 15:08 | <mjf:#uml> | login |
| 15:08 | <mjf:#uml> | logout |
| 15:08 | <mjf:#uml> | ctrl-] |
| 15:08 | <mjf:#uml> | telnet> quit |
| 15:08 | <mjf:#uml> | uml_mconsole uml-rt1 |
| 15:08 | <mjf:#uml> | halt |
| 15:08 | <mjf:#uml> | frozen |
| 15:09 | <jdike:#uml> | did the UML halt? |
| 15:09 | <mjf:#uml> | no |
| 15:09 | <jdike:#uml> | was the UML frozen before the mconsole halt? |
| 15:09 | <mjf:#uml> | yes |
| 15:10 | <mjf:#uml> | I was not able to login on port 23102 |
| 15:10 | <mjf:#uml> | if I stay logged in and do not quit the telnet, everything is ok |
| 15:10 | <mjf:#uml> | until I quit any telnet. |
| 15:10 | <mjf:#uml> | the ptss are frozen too |
| 15:10 | <jdike:#uml> | this is 2.6.25? |
| 15:10 | <mjf:#uml> | 2.6.25.6 |
| 15:10 | <mjf:#uml> | both |
| 15:10 | <mjf:#uml> | host and um |
| 15:10 | <jdike:#uml> | can you attach to it with gdb and get a backtrace? |
| 15:11 | <mjf:#uml> | yes |
| 15:11 | <mjf:#uml> | but you will need to tell me how |
| 15:11 | <mjf:#uml> | :( |
| 15:11 | <jdike:#uml> | get the lowest UML pid |
| 15:12 | <mjf:#uml> | got |
| 15:12 | <jdike:#uml> | then gdb linux <pid> |
| 15:12 | <jdike:#uml> | at the gdb prompt, bt |
| 15:12 | <mjf:#uml> | gdb <linux pid> ? |
| 15:13 | <jdike:#uml> | gdb /usr/src/umlinux/vmlinux <linux-pid> |
| 15:13 | <mjf:#uml> | aha, ok |
| 15:13 | <jdike:#uml> | although <linux pid> might work |
| 15:13 | <jdike:#uml> | gdb might be able to figure out the binary from the pid |
| 15:13 | <mjf:#uml> | now in the gdb> bt? |
| 15:14 | <mjf:#uml> | very short |
| 15:14 | <mjf:#uml> | I will put it in a pastebin |
| 15:15 | <mjf:#uml> | http://rafb.net/p/HnWxqk16.txt |
| 15:15 | <mjf:#uml> | here you are |
| 15:16 | <jdike:#uml> | Ha |
| 15:17 | <mjf:#uml> | Ha? Well, you are lucky person if you can say "Ha" about such backtrace. :) |
| 15:18 | <jdike:#uml> | I was expecting to see the idle loop |
| 15:18 | <jdike:#uml> | in which case, I hide under my desk and cry |
| 15:18 | <mjf:#uml> | :-D |
| 15:18 | <jdike:#uml> | now, in gdb |
| 15:18 | <jdike:#uml> | p write_sigio_pid |
| 15:19 | <jdike:#uml> | and in a different shell, attach a gdb to that pid |
| 15:19 | <jdike:#uml> | and get a backtrace |
| 15:19 | <mjf:#uml> | ok |
| 15:19 | <mjf:#uml> | the same way as the first one? |
| 15:20 | <mjf:#uml> | with the path to the vmlinux? |
| 15:20 | <jdike:#uml> | yup, exactly the same way |
| 15:20 | <mjf:#uml> | ok |
| 15:21 | <mjf:#uml> | much shorte bt now, pastebinning, wait... |
| 15:22 | <mjf:#uml> | http://rafb.net/p/ZEJrkG64.txt |
| 15:22 | <mjf:#uml> | here you are |
| 15:23 | <jdike:#uml> | hmmm |
| 15:23 | <mjf:#uml> | jdike: will you explain me afterwards what exactly we are doing? |
| 15:23 | <jdike:#uml> | where did I lose you? |
| 15:23 | <mjf:#uml> | hmmm? |
| 15:24 | <mjf:#uml> | lost what? |
| 15:28 | <mjf:#uml> | btw, jdike, how did you came to the write_sigio_pid? |
| 15:31 | <jdike:#uml> | Because that code is emulating SIGIO on descriptors which don't support it |
| 15:32 | <jdike:#uml> | there's a separate thread which polls those descriptors |
| 15:33 | <jdike:#uml> | the write which is hanging is to wake up that thread so it can update its pollfds |
| 15:33 | <mjf:#uml> | jdike: hm, and I have also in.telnetd <defunct> in my system, I did not noticed it before |
| 15:33 | <jdike:#uml> | that's probably OK |
| 15:33 | <mjf:#uml> | I think so too, but I had to told you about it just for case. |
| 15:33 | <mjf:#uml> | Can this cause the problm with resuming? |
| 15:33 | <jdike:#uml> | I don't know |
| 15:34 | <mjf:#uml> | Hm, so we will see after you fix it. |
| 15:36 | <jdike:#uml> | The only reason I can see that write hanging is if so much had been written to that other thread that the kernel buffer filled up |
| 15:36 | <jdike:#uml> | but that requires that the other thread be misbehaving somehow |
| 15:36 | <jdike:#uml> | and it doesn't appear to be |
| 15:48 | <mjf:#uml> | Hm. |
| 15:48 | <mjf:#uml> | Want another backtrace? |
| 15:50 | <mjf:#uml> | OT question - `vmlinux --help' - are there arguments really all arguments possible? |
| 15:50 | <mjf:#uml> | s/there/these/ |
| 15:51 | <jdike:#uml> | sure |
| 15:51 | <mjf:#uml> | ok |
| 15:51 | <jdike:#uml> | that's why they're there |
| 15:51 | <mjf:#uml> | :) |
| 15:51 | <mjf:#uml> | I thought there were more of them... |
| 15:52 | <jdike:#uml> | those are the UML_specific ones |
| 15:52 | <jdike:#uml> | generic ones don't show up there |
| 15:52 | <jdike:#uml> | can you go to one of those gdbs and |
| 15:52 | <jdike:#uml> | p sigio_private |
| 15:52 | <mjf:#uml> | anyone? |
| 15:52 | <mjf:#uml> | ok |
| 15:52 | <mjf:#uml> | I will use the second one |
| 15:53 | <mjf:#uml> | done |
| 15:53 | <mjf:#uml> | wanna see it? |
| 15:53 | <mjf:#uml> | (gdb) p sigio_private |
| 15:53 | <mjf:#uml> | $1 = {15, 16} |
| 15:53 | <jdike:#uml> | OK |
| 15:54 | <jdike:#uml> | p $esp |
| 15:54 | <mjf:#uml> | (gdb) p $esp |
| 15:54 | <mjf:#uml> | $2 = (void *) 0x9d70f9c |
| 15:55 | <jdike:#uml> | p read(16, 0x9d70000, 256) |
| 15:56 | <mjf:#uml> | so, does it mean that there is (void *) function pointing to memory address 0x9d70f9c stored in ESP CPU register? |
| 15:56 | <jdike:#uml> | no |
| 15:56 | <mjf:#uml> | ;) |
| 15:56 | <jdike:#uml> | I'm just locating some memory you can trash by reading to it |
| 15:56 | <mjf:#uml> | (gdb) p read(16, 0x9d70000, 256) |
| 15:56 | <mjf:#uml> | too few arguments in function call |
| 15:56 | <jdike:#uml> | and the bottom of the current stack is convenient |
| 15:57 | <jdike:#uml> | ? |
| 15:57 | <jdike:#uml> | read takes three arguments |
| 15:57 | <mjf:#uml> | hrm |
| 15:57 | <mjf:#uml> | lol |
| 15:57 | <mjf:#uml> | does not seems so according to gdb ;) |
| 15:58 | <mjf:#uml> | funny (not very much) |
| 15:58 | <jdike:#uml> | p read |
| 15:59 | <mjf:#uml> | (gdb) p read |
| 15:59 | <mjf:#uml> | $4 = {ssize_t (struct file *, char *, size_t, loff_t *)} 0x8113da6 <read> |
| 15:59 | <mjf:#uml> | I see 4 |
| 15:59 | <jdike:#uml> | wtf |
| 15:59 | <mjf:#uml> | dunno |
| 15:59 | <jdike:#uml> | oh |
| 15:59 | <jdike:#uml> | wrong read |
| 15:59 | <jdike:#uml> | that's the kernel's read |
| 15:59 | <jdike:#uml> | we want libc |
| 15:59 | <mjf:#uml> | hm |
| 16:00 | <jdike:#uml> | p __libc_read |
| 16:00 | <mjf:#uml> | Houston, we got a problem: |
| 16:00 | <mjf:#uml> | (gdb) p __libc_read |
| 16:00 | <mjf:#uml> | No symbol "__libc_read" in current context. |
| 16:01 | <mjf:#uml> | can't we use the kernel read? |
| 16:01 | <jdike:#uml> | nope, just I guessed wrong |
| 16:03 | <jdike:#uml> | p __libc_read |
| 16:03 | <jdike:#uml> | $1 = {<text variable, no debug info>} 0x49229320 <read> |
| 16:03 | <jdike:#uml> | I have it |
| 16:03 | <mjf:#uml> | I do not. |
| 16:03 | <mjf:#uml> | Why?\ |
| 16:03 | <mjf:#uml> | Ideas? |
| 16:04 | <jdike:#uml> | p syscall |
| 16:04 | <mjf:#uml> | (gdb) p syscall |
| 16:04 | <mjf:#uml> | $5 = {<text variable, no debug info>} 0xb7e80780 <syscall> |
| 16:05 | <mjf:#uml> | syscall I got |
| 16:05 | <jdike:#uml> | OK |
| 16:05 | <jdike:#uml> | we can work with that |
| 16:06 | <mjf:#uml> | you magician! |
| 16:06 | <mjf:#uml> | :) |
| 16:06 | <jdike:#uml> | p syscall(4, 16, 0x9d70000, 256) |
| 16:07 | <mjf:#uml> | (gdb) p syscall(4, 16, 0x9d70000, 256) |
| 16:07 | <mjf:#uml> | $6 = 256 |
| 16:08 | <jdike:#uml> | OK, that's what I thought |
| 16:08 | <mjf:#uml> | ? |
| 16:08 | <jdike:#uml> | p current_poll |
| 16:09 | <jdike:#uml> | there's not supposed to be any stuff in that descriptor |
| 16:09 | <mjf:#uml> | (gdb) p current_poll |
| 16:09 | <mjf:#uml> | $7 = {poll = 0x9f52a80, size = 6, used = 5} |
| 16:09 | <jdike:#uml> | set $i=0 |
| 16:10 | <jdike:#uml> | p $7.poll[$i++] |
| 16:10 | <jdike:#uml> | and hit return five times |
| 16:10 | <mjf:#uml> | ok |
| 16:12 | <mjf:#uml> | http://rafb.net/p/ly4hCs75.txt |
| 16:13 | <jdike:#uml> | $8 = {fd = 16, events = 1, revents = 0} |
| 16:14 | <jdike:#uml> | somehow, poll isn't returning that that's readable |
| 16:14 | <mjf:#uml> | what's poll? |
| 16:14 | <mjf:#uml> | in some human speach |
| 16:15 | <jdike:#uml> | it's a system call |
| 16:15 | <mjf:#uml> | ok, but what does it do? |
| 16:15 | <mjf:#uml> | in short |
| 16:15 | <jdike:#uml> | but it means to check if some event has happened |
| 16:15 | <mjf:#uml> | aha |
| 16:15 | <mjf:#uml> | thanks |
| 16:15 | <jdike:#uml> | rather than have that event interrupt you when it happens |
| 16:15 | <jdike:#uml> | hmm |
| 16:19 | <mjf:#uml> | I have time until 23:00 CET, about 45 minutes till now... then I need to leave. |
| 16:19 | <jdike:#uml> | I'm leaving soon |
| 16:20 | <mjf:#uml> | OK, just because I will turn off the computer then. But the behaviour is reproducable, we can continue tomorrow easily. I will be there and if not I will be there on Friday evening. |
| 16:21 | -!- | _horst [~horst@a89-182-220-167.net-htp.de] has joined #uml |
| 16:24 | <jdike:#uml> | gone |
| 16:24 | -!- | jdike [~jdike@pool-96-237-183-188.bstnma.fios.verizon.net] has quit [Quit: Leaving] |
| 16:28 | <mjf:#uml> | bye all |
| 16:28 | -!- | mjf [~mjf@r9fk174.net.upc.cz] has quit [Quit: "The real ttys became pseudo ttys and vice-versa."] |
| 16:45 | -!- | dang [~dang@aa-redwall.ghs.com] has quit [Quit: Leaving.] |
| 17:23 | -!- | _horst [~horst@a89-182-220-167.net-htp.de] has quit [Remote host closed the connection] |
| 19:28 | -!- | Basic [~Basic@frostmage.igi.com] has quit [Quit: Basic] |
| 20:41 | -!- | Basic [~Basic@fortress.tanners.org] has joined #uml |
| 21:02 | -!- | hfb [~hfb@pool-71-118-254-245.lsanca.dsl-w.verizon.net] has quit [Quit: Leaving] |
| 21:48 | -!- | BasicOSX [~Basic@fortress.tanners.org] has joined #uml |
| 21:48 | -!- | Basic [~Basic@fortress.tanners.org] has quit [Read error: Connection reset by peer] |
| 22:16 | -!- | BasicOSX [~Basic@fortress.tanners.org] has quit [Quit: BasicOSX] |
| 22:29 | -!- | Basic [~Basic@fortress.tanners.org] has joined #uml |
| 23:54 | -!- | balbir [~balbir@122.167.215.12] has quit [Ping timeout: 480 seconds] |
| 23:59 | -!- | VS_ChanLog [~stats@ns.theshore.net] has left #uml [Rotating Logs] |
| 23:59 | -!- | VS_ChanLog [~stats@ns.theshore.net] has joined #uml |
| --- | Log | closed Thu Jun 12 00:00:50 2008 |
