00:25.05 FORK(2244) Opened logfile log/20130517. 00:25.05 FORK(2244) --- fork starting for 'RSSFeeds', PID == 2244, bot_pid == 23172 --- 00:25.06 FORK(2244) !ERROR! cannot load my module: RSSFeeds 00:25.06 FORK(2244) fork: took 1s for RSSFeeds. 00:25.06 FORK(2244) --- fork finished for 'RSSFeeds' --- 00:26.35 Opened logfile log/20130517. 00:26.35 ircCheck: possible lost in space; checking.Fri May 17 00:26:35 2013 00:26.35 >ghostbot< TEST 00:26.35 IRCTEST: Yes, we're alive. 00:31.54 Chans: (ghostbot) in:#ghostscript 00:33.24 >>> xymox has signed off IRC (*.net *.split) [#ghostscript] 00:33.38 >>> felipe has signed off IRC (*.net *.split) [#ghostscript] 00:33.40 >>> mvrhel_laptop has signed off IRC (*.net *.split) [#ghostscript] 00:33.46 >>> vtorri_ has signed off IRC (*.net *.split) [#ghostscript] 00:34.18 >>> tkamppeter has signed off IRC (*.net *.split) [#ghostscript] 00:35.10 >>> sivoais has signed off IRC (*.net *.split) [#ghostscript] 00:35.18 >>> Robin_Watts has signed off IRC (*.net *.split) [#ghostscript] 00:35.30 >>> sebras has signed off IRC (*.net *.split) [#ghostscript] 00:35.39 >>> Gigs has signed off IRC (*.net *.split) [#ghostscript] 00:35.39 >>> henrys has signed off IRC (*.net *.split) [#ghostscript] 00:35.49 >>> jghali_ has signed off IRC (*.net *.split) [#ghostscript] 00:36.01 >>> Gigs- has signed off IRC (*.net *.split) [#ghostscript] 00:36.03 >>> svip has signed off IRC (*.net *.split) [#ghostscript] 00:36.29 >>> setmeaway2 has signed off IRC (*.net *.split) [#ghostscript] 00:36.39 >>> chrisl_away has signed off IRC (*.net *.split) [#ghostscript] 00:36.39 >>> marcosw has signed off IRC (*.net *.split) [#ghostscript] 00:36.39 >>> robin_watts_mac has signed off IRC (*.net *.split) [#ghostscript] 00:36.47 >>> saper has signed off IRC (*.net *.split) [#ghostscript] 00:37.23 >>> join/#ghostscript alexcher_ (~alexcher@pool-173-49-254-118.phlapa.fios.verizon.net) 00:37.24 >>> alexcher has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 00:47.40 --- Saved uptime records. 00:47.50 Chans: (ghostbot) in:#ghostscript 00:51.57 >>> join/#ghostscript svip (~svip@unaffiliated/svip) 00:51.57 >>> join/#ghostscript Gigs- (~Gigs@pdpc/supporter/28for7/gigs) 00:51.57 >>> join/#ghostscript henrys (~henrys@c-50-134-235-109.hsd1.co.comcast.net) 00:51.57 >>> join/#ghostscript Gigs (~Gigs@pdpc/supporter/28for7/gigs) 00:51.57 >>> join/#ghostscript sivoais (~zaki@unaffiliated/sivoais) 00:51.57 >>> join/#ghostscript tkamppeter (~till@p5DDBA355.dip0.t-ipconnect.de) 00:51.57 >>> join/#ghostscript jghali_ (~jghali@p57B8A54A.dip0.t-ipconnect.de) 00:51.57 >>> join/#ghostscript setmeaway2 (stemearay@119.201.52.138) 00:51.57 >>> join/#ghostscript Robin_Watts (~chatzilla@82.153.106.50) 00:51.57 >>> join/#ghostscript sebras (~sebras@casper3.ghostscript.com) 00:51.57 >>> join/#ghostscript xymox (lechuck@unaffiliated/contempt) 00:51.57 >>> join/#ghostscript chrisl_away (~chrisl@cpc1-ando5-2-0-cust33.15-1.cable.virginmedia.com) 00:51.57 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 00:51.57 >>> join/#ghostscript robin_watts_mac (~chatzilla@82.153.106.50) 00:51.57 >>> join/#ghostscript saper (saper@wikipedia/saper) 00:52.54 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-50-149-95-73.hsd1.wa.comcast.net) 00:52.54 >>> join/#ghostscript vtorri_ (~vtorri@alf94-3-82-66-248-160.fbx.proxad.net) 00:55.48 FORK(22630) --- fork starting for 'RSSFeeds', PID == 22630, bot_pid == 23172 --- 00:55.49 FORK(22630) !ERROR! cannot load my module: RSSFeeds 00:55.49 FORK(22630) fork: took 1s for RSSFeeds. 00:55.49 FORK(22630) --- fork finished for 'RSSFeeds' --- 00:58.53 >>> join/#ghostscript sivoais_ (~zaki@199.19.225.239) 01:00.32 >>> sivoais_ has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 01:00.32 >>> sivoais has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 01:01.04 >>> join/#ghostscript sivoais (~zaki@unaffiliated/sivoais) 01:04.06 Chans: (ghostbot) in:#ghostscript 01:26.04 FORK(20222) --- fork starting for 'RSSFeeds', PID == 20222, bot_pid == 23172 --- 01:26.05 FORK(20222) !ERROR! cannot load my module: RSSFeeds 01:26.05 FORK(20222) fork: took 1s for RSSFeeds. 01:26.05 FORK(20222) --- fork finished for 'RSSFeeds' --- 01:27.59 >>> jghali_ has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 01:31.06 ircCheck: possible lost in space; checking.Fri May 17 01:31:06 2013 01:31.06 >ghostbot< TEST 01:31.06 IRCTEST: Yes, we're alive. 01:36.14 Chans: (ghostbot) in:#ghostscript 01:47.49 --- Saved uptime records. 01:52.51 Chans: (ghostbot) in:#ghostscript 01:56.53 FORK(21650) --- fork starting for 'RSSFeeds', PID == 21650, bot_pid == 23172 --- 01:56.54 FORK(21650) !ERROR! cannot load my module: RSSFeeds 01:56.54 FORK(21650) fork: took 2s for RSSFeeds. 01:56.54 FORK(21650) --- fork finished for 'RSSFeeds' --- 02:25.44 LOG: last message repeated 4 times 02:25.44 >>> join/#ghostscript mrdocs (~mrdocs@c-76-102-153-54.hsd1.ca.comcast.net) 02:25.45 >>> mrdocs has signed off IRC (Changing host) [#ghostscript] 02:25.45 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 02:27.35 FORK(29354) --- fork starting for 'RSSFeeds', PID == 29354, bot_pid == 23172 --- 02:27.36 FORK(29354) !ERROR! cannot load my module: RSSFeeds 02:27.36 FORK(29354) fork: took 1s for RSSFeeds. 02:27.36 FORK(29354) --- fork finished for 'RSSFeeds' --- 02:35.37 ircCheck: possible lost in space; checking.Fri May 17 02:35:37 2013 02:35.37 >ghostbot< TEST 02:35.37 IRCTEST: Yes, we're alive. 02:40.46 Chans: (ghostbot) in:#ghostscript 02:44.22 >>> tkamppeter has signed off IRC (Read error: Operation timed out) [#ghostscript] 02:47.58 --- Saved uptime records. 02:56.52 Chans: (ghostbot) in:#ghostscript 02:58.02 FORK(31605) --- fork starting for 'RSSFeeds', PID == 31605, bot_pid == 23172 --- 02:58.03 FORK(31605) !ERROR! cannot load my module: RSSFeeds 02:58.03 FORK(31605) fork: took 1s for RSSFeeds. 02:58.03 FORK(31605) --- fork finished for 'RSSFeeds' --- 02:58.39 >>> join/#ghostscript tkamppeter (~till@p5DDBBEC1.dip0.t-ipconnect.de) 03:12.18 Chans: (ghostbot) in:#ghostscript 03:28.04 FORK(22908) --- fork starting for 'RSSFeeds', PID == 22908, bot_pid == 23172 --- 03:28.05 FORK(22908) !ERROR! cannot load my module: RSSFeeds 03:28.05 FORK(22908) fork: took 1s for RSSFeeds. 03:28.05 FORK(22908) --- fork finished for 'RSSFeeds' --- 03:38.58 ircCheck: possible lost in space; checking.Fri May 17 03:38:58 2013 03:38.58 >ghostbot< TEST 03:38.58 IRCTEST: Yes, we're alive. 03:44.08 Chans: (ghostbot) in:#ghostscript 03:44.38 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 03:44.38 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 03:48.04 --- Saved uptime records. 03:58.08 FORK(19717) --- fork starting for 'RSSFeeds', PID == 19717, bot_pid == 23172 --- 03:58.09 FORK(19717) !ERROR! cannot load my module: RSSFeeds 03:58.09 FORK(19717) fork: took 1s for RSSFeeds. 03:58.09 FORK(19717) --- fork finished for 'RSSFeeds' --- 03:59.54 Chans: (ghostbot) in:#ghostscript 04:29.00 FORK(14185) --- fork starting for 'RSSFeeds', PID == 14185, bot_pid == 23172 --- 04:29.01 FORK(14185) !ERROR! cannot load my module: RSSFeeds 04:29.01 FORK(14185) fork: took 1s for RSSFeeds. 04:29.01 FORK(14185) --- fork finished for 'RSSFeeds' --- 04:43.45 LOG: last message repeated 3 times 04:43.45 ircCheck: possible lost in space; checking.Fri May 17 04:43:45 2013 04:43.45 >ghostbot< TEST 04:43.46 IRCTEST: Yes, we're alive. 04:48.22 --- Saved uptime records. 04:48.52 Chans: (ghostbot) in:#ghostscript 04:59.52 FORK(2294) --- fork starting for 'RSSFeeds', PID == 2294, bot_pid == 23172 --- 04:59.53 FORK(2294) !ERROR! cannot load my module: RSSFeeds 04:59.53 FORK(2294) fork: took 1s for RSSFeeds. 04:59.53 FORK(2294) --- fork finished for 'RSSFeeds' --- 05:29.58 FORK(20134) --- fork starting for 'RSSFeeds', PID == 20134, bot_pid == 23172 --- 05:29.59 FORK(20134) !ERROR! cannot load my module: RSSFeeds 05:29.59 FORK(20134) fork: took 1s for RSSFeeds. 05:29.59 FORK(20134) --- fork finished for 'RSSFeeds' --- 05:47.50 LOG: last message repeated 3 times 05:47.50 ircCheck: possible lost in space; checking.Fri May 17 05:47:50 2013 05:47.50 >ghostbot< TEST 05:47.50 IRCTEST: Yes, we're alive. 05:48.40 --- Saved uptime records. 05:52.59 Chans: (ghostbot) in:#ghostscript 06:00.02 FORK(4090) --- fork starting for 'RSSFeeds', PID == 4090, bot_pid == 23172 --- 06:00.03 FORK(4090) !ERROR! cannot load my module: RSSFeeds 06:00.03 FORK(4090) fork: took 1s for RSSFeeds. 06:00.03 FORK(4090) --- fork finished for 'RSSFeeds' --- 06:28.23 >>> chrisl_away has signed off IRC (Remote host closed the connection) [#ghostscript] 06:30.34 FORK(26353) --- fork starting for 'RSSFeeds', PID == 26353, bot_pid == 23172 --- 06:30.35 FORK(26353) !ERROR! cannot load my module: RSSFeeds 06:30.35 FORK(26353) fork: took 1s for RSSFeeds. 06:30.35 FORK(26353) --- fork finished for 'RSSFeeds' --- 06:40.18 Chans: (ghostbot) in:#ghostscript 06:46.31 >>> join/#ghostscript kens (~Miranda@159.79.112.87.dyn.plus.net) 06:48.46 --- Saved uptime records. 06:50.42 ircCheck: possible lost in space; checking.Fri May 17 06:50:42 2013 06:50.42 >ghostbot< TEST 06:50.42 IRCTEST: Yes, we're alive. 06:56.02 Chans: (ghostbot) in:#ghostscript 07:00.49 FORK(13263) --- fork starting for 'RSSFeeds', PID == 13263, bot_pid == 23172 --- 07:00.50 FORK(13263) !ERROR! cannot load my module: RSSFeeds 07:00.50 FORK(13263) fork: took 1s for RSSFeeds. 07:00.50 FORK(13263) --- fork finished for 'RSSFeeds' --- 07:25.42 LOG: last message repeated 3 times 07:25.42 >>> join/#ghostscript Ja_ (3eb72ed6@gateway/web/freenode/ip.62.183.46.214) 07:29.40 Chans: (ghostbot) in:#ghostscript 07:31.01 FORK(1018) --- fork starting for 'RSSFeeds', PID == 1018, bot_pid == 23172 --- 07:31.02 FORK(1018) !ERROR! cannot load my module: RSSFeeds 07:31.02 FORK(1018) fork: took 1s for RSSFeeds. 07:31.02 FORK(1018) --- fork finished for 'RSSFeeds' --- 07:35.30 >>> mvrhel_laptop has signed off IRC (Ping timeout: 264 seconds) [#ghostscript] 07:36.35 >>> join/#ghostscript felipe (~felipe@unaffiliated/felipe) 07:45.01 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 07:45.01 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 07:45.47 Chans: (ghostbot) in:#ghostscript 07:49.03 --- Saved uptime records. 07:51.39 ircCheck: possible lost in space; checking.Fri May 17 07:51:39 2013 07:51.39 >ghostbot< TEST 07:51.39 IRCTEST: Yes, we're alive. 08:01.05 FORK(8398) --- fork starting for 'RSSFeeds', PID == 8398, bot_pid == 23172 --- 08:01.06 FORK(8398) !ERROR! cannot load my module: RSSFeeds 08:01.06 FORK(8398) fork: took 1s for RSSFeeds. 08:01.06 FORK(8398) --- fork finished for 'RSSFeeds' --- 08:02.21 Chans: (ghostbot) in:#ghostscript 08:31.17 FORK(15628) --- fork starting for 'RSSFeeds', PID == 15628, bot_pid == 23172 --- 08:31.18 FORK(15628) !ERROR! cannot load my module: RSSFeeds 08:31.18 FORK(15628) fork: took 1s for RSSFeeds. 08:31.18 FORK(15628) --- fork finished for 'RSSFeeds' --- 08:40.20 >>> join/#ghostscript tor8 (~tor@c-7c7671d5.04-50-6c756e10.cust.bredbandsbolaget.se) 08:49.09 --- Saved uptime records. 08:49.39 Chans: (ghostbot) in:#ghostscript 08:50.16 tor8, hey 08:51.04 hi 08:51.04 somebody said hello 08:51.04 bonjour 08:51.28 tor8, do you have some time for explaining me how to use display list, please ? 08:55.13 vtorri_: there are many examples of display list use in the code. what do you need help to understand? 08:56.27 i write a library that display a pdf 08:56.39 that library will be used in a program 08:57.15 do I have to create a display list before the rendering of each page, then freee it after the rendering is finished ? 08:57.40 or do I create it once at the beginning and free it when the program finishes ? 08:58.09 using a display list is optional 08:58.47 the display list is a recording of the page drawing commands 08:59.28 like ? 08:59.35 you may get increased performance by using the display list to record the drawing commands for repeated play back 08:59.45 if you only draw the page once, there is no benefit to using a display list 09:00.19 consider the case when you are zooming around on a page 09:00.39 then you are redrawing the page many times after each other. using a display list there makes sense. 09:00.55 without the display list, you have to interpret the PDF page multiple times 09:01.21 with the display list, it's interpreted once and then quickly played back each time you draw the page 09:01.30 so, if the user uses zoom in / zoom out on the page, it can speed up stuff 09:01.30 FORK(2720) --- fork starting for 'RSSFeeds', PID == 2720, bot_pid == 23172 --- 09:01.31 FORK(2720) !ERROR! cannot load my module: RSSFeeds 09:01.31 FORK(2720) fork: took 1s for RSSFeeds. 09:01.31 FORK(2720) --- fork finished for 'RSSFeeds' --- 09:01.35 and rotation too ? 09:01.39 the drawback is that a display list uses lots of memory 09:01.47 hmmm 09:01.52 good to know 09:01.59 especially for embedded 09:02.16 so 09:02.26 zooming or rotating : display list 09:02.27 if you have enough memory, I would recommend caching the display list for the current page so that zooming and rotating can be sped up 09:02.47 but don't hold on to them for a long time. re-interpreting the page is not *that* much more expensive. 09:03.09 so: keep one display list for the current page, use that to draw and redraw when zooming / rotating. 09:03.26 when you need to draw another page, discard the display list and make a new one for the new page 09:03.29 new page : i free it and create a new one 09:03.37 yes. 09:03.37 ok 09:03.59 i should add an option to disable display lit 09:04.02 having a display list is also useful for if you want to extract text for copying or searching 09:04.09 haaa 09:04.19 yes, i'll need that 09:04.19 since that also counts as "drawing" the page 09:04.42 I have some plans for a "multiplexing" device that lets you run a page through multiple devices simultaneously 09:04.47 but I haven't got around to it yet 09:04.52 when you say "caching it", you mean store it in a variable, right ? 09:05.00 there is no specific stuff to do 09:05.10 yes. just keep it around until you change page. 09:05.15 great 09:05.19 i understand more 09:05.21 thank you 09:05.30 np 09:05.30 Chans: (ghostbot) in:#ghostscript 09:27.58 LOG: last message repeated 3 times 09:27.58 >>> setmeaway2 has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 09:31.56 FORK(24152) --- fork starting for 'RSSFeeds', PID == 24152, bot_pid == 23172 --- 09:31.57 FORK(24152) !ERROR! cannot load my module: RSSFeeds 09:31.57 FORK(24152) fork: took 1s for RSSFeeds. 09:31.57 FORK(24152) --- fork finished for 'RSSFeeds' --- 09:35.51 >>> join/#ghostscript setmeaway (setmeaway@119.201.52.138) 09:37.54 Chans: (ghostbot) in:#ghostscript 09:41.32 >>> join/#ghostscript paulgardiner (~chatzilla@smtp.glidos.net) 09:44.14 >>> tor8 has signed off IRC (Quit: tor8) [#ghostscript] 09:49.48 --- Saved uptime records. 09:50.18 Seen: Flushed 2 entries. 09:53.29 Chans: (ghostbot) in:#ghostscript 10:00.34 what is the interest of fz_var() ? 10:02.28 FORK(13813) --- fork starting for 'RSSFeeds', PID == 13813, bot_pid == 23172 --- 10:02.29 FORK(13813) !ERROR! cannot load my module: RSSFeeds 10:02.29 FORK(13813) fork: took 1s for RSSFeeds. 10:02.29 FORK(13813) --- fork finished for 'RSSFeeds' --- 10:04.42 vtorri_: It's to do with fz_try/fz_always/fz_catch 10:04.57 ok, thanks 10:05.12 on the other hand, in 1.2, that function seems to do nothing 10:06.03 If a variable is set in the fz_try section, and then may be used after that section in the case of something throwing an exception, you must fz_var it first. 10:06.20 fz_try/fz_catch etc are implemented using setjmp/longjmp/ 10:06.49 And the problem is that if you longjmp, any local variables that have been set since the setjmp can lose their values. 10:07.13 fz_var is a cunning trick that stops that happening. 10:09.56 Chans: (ghostbot) in:#ghostscript 10:33.30 FORK(5820) --- fork starting for 'RSSFeeds', PID == 5820, bot_pid == 23172 --- 10:33.31 FORK(5820) !ERROR! cannot load my module: RSSFeeds 10:33.31 FORK(5820) fork: took 1s for RSSFeeds. 10:33.31 FORK(5820) --- fork finished for 'RSSFeeds' --- 10:39.13 >>> Ja_ has signed off IRC (Quit: Page closed) [#ghostscript] 10:41.48 Chans: (ghostbot) in:#ghostscript 10:50.06 --- Saved uptime records. 10:50.23 Seen: Flushed 2 entries. 10:57.54 Chans: (ghostbot) in:#ghostscript 11:04.22 FORK(29135) --- fork starting for 'RSSFeeds', PID == 29135, bot_pid == 23172 --- 11:04.23 FORK(29135) !ERROR! cannot load my module: RSSFeeds 11:04.23 FORK(29135) fork: took 1s for RSSFeeds. 11:04.23 FORK(29135) --- fork finished for 'RSSFeeds' --- 11:06.26 ok 11:13.30 Chans: (ghostbot) in:#ghostscript 11:28.56 >>> join/#ghostscript tor8 (~tor@c-7c7671d5.04-50-6c756e10.cust.bredbandsbolaget.se) 11:34.23 is it a problem if i don't use at all tz_try/always/catch ? 11:34.34 FORK(12184) --- fork starting for 'RSSFeeds', PID == 12184, bot_pid == 23172 --- 11:34.35 FORK(12184) !ERROR! cannot load my module: RSSFeeds 11:34.35 FORK(12184) fork: took 2s for RSSFeeds. 11:34.35 FORK(12184) --- fork finished for 'RSSFeeds' --- 11:37.49 vtorri_: if you don't mind your app doing exit() on errors... 11:38.06 check all the pointers 11:38.10 +I 11:38.10 Process: '+' flag detected; changing reply to public 11:38.20 it's not sufficient ? 11:38.43 many many things can cause errors. such as broken PDF files. 11:38.49 ho 11:38.53 ok 11:39.34 vtorri_: When coding in C, your options are: 1) ignore errors, 2) return an error code from every sodding function, 3) roll your own exception handling. 11:39.44 Initially mupdf did 1. 11:39.58 but when we decided that wasn't enough, we didn't want to rewrite it all to do 2. 11:40.03 so we did 3. 11:40.36 and on the whole it's worked well - the flow of the program is maintained, the code is nicely readable, and we can cope efficiently with errors/exceptions etc. 11:41.10 fz_var is one of two major wrinkles. 11:41.21 the other being to remember never to return from inside an fz_try. 11:43.23 Robin_Watts: it does put a burden on users though... it would be fairly trivial to create a naive wrapper for the top level functions called that wrap the try/catch and return error codes. something we'd need if we're going to create a more one-to-one language binding for java for instance 11:43.57 tor8: I'd claim that the java bindings would convert from our exceptions to java exceptions. 11:44.03 likewise C++ 11:44.18 so the exceptions should be kept external to the API. 11:44.18 that'd work too. 11:45.04 it would make it harder to use automatic code generation tools to create language bindings though 11:45.04 Chans: (ghostbot) in:#ghostscript 11:45.04 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 11:45.04 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 11:45.35 yes. 11:45.54 tor8: though we could automatically generate, and then hand tune. 11:46.33 or just write our own automatic code generation 11:46.53 SWIG is probably a monster these days. it was bad enough 10 years ago... 11:49.50 Robin_Watts: don't know if you saw, but there are two patches on tor/master that need some eyeballs 11:50.02 Are they the same as last nights? 11:50.09 if so, I pushed them to golden. 11:50.20 --- Saved uptime records. 11:50.39 Robin_Watts: ah, so you did! thanks. 11:51.09 Seen: Flushed 3 entries. 11:51.13 I wondered for a bit if we should have a "compare colorspaces" call, but having thought about it, I think equality is probably ok. 11:51.22 Robin_Watts: just a question on your git wokflow. those patches have different sha1:s but are rooted on the same parent 11:51.34 do you always cherry-pick when you push? 11:51.44 tor8: I pull them into my repo, where I have extra commits. 11:51.55 then I rebase them to the right place in the history, then I push 11:52.07 Robin_Watts: right, that explains it! 11:52.09 so, it has the unfortunate effect of changing the SHAs. Is that a problem? 11:52.15 no, not at all 11:52.23 just makes me wonder if you did any edits 11:52.26 fab. 12:01.14 Chans: (ghostbot) in:#ghostscript 12:04.40 FORK(28121) --- fork starting for 'RSSFeeds', PID == 28121, bot_pid == 23172 --- 12:04.41 FORK(28121) !ERROR! cannot load my module: RSSFeeds 12:04.41 FORK(28121) fork: took 1s for RSSFeeds. 12:04.41 FORK(28121) --- fork finished for 'RSSFeeds' --- 12:05.18 robin_watts: I think if you used fetch they'd come in at the right location and you wouldn't need to rebase them, 12:05.43 paulgardiner: If I pull --rebased them, then they would come at the right point. 12:05.52 and sometimes I do. 12:06.00 with tor's I fetched then cherry picked. 12:06.05 then rebased. 12:06.52 I usually cross-push (git push origin sha1:master) 12:07.03 tor8: That's what I do. 12:07.23 git push golden master~2:master :) 12:07.46 yeah, but I do it from any branch to any 12:08.04 git push origin robin/master:master 12:08.11 tor8: right, but then I'd still have to pull your changes back into my master. 12:08.29 Anyway, it's git. There are many ways to do things :) 12:08.31 robin_watts: maybe I misunderstood what the issue was. I though you'd pushed some of tor8's commits and they'd changed sha although they were at the same place in history as tor8 created them 12:08.33 and then when it's time to publish, I rebase to origin/master and push -f tor 12:08.59 paulgardiner: they were, because he cherry picked on top of his local commits, then rebased them to eariler 12:09.09 back to the same parent they originally came from 12:09.19 (IIRC) 12:09.23 But that would also happen with pull --rebase 12:09.31 No. 12:09.46 pull --rebase would rebase his local commits on top of the existing sha1 from the remote 12:09.51 pull --rebase would take tors commits as is, and rebase my new ones to be after them. 12:10.09 Ah 12:10.11 right 12:10.18 of course it does 12:10.25 often golden has moved on by the time a review has been done. 12:10.45 hence pull --rebase from somewhere that's not up to date causes problems. 12:10.54 hence I fetch and cherry-pick. 12:16.14 gah. my vmware box doesn't have the memory for this valgrind problem :( 12:16.21 time to slow peeves to a crawl. 12:17.21 Chans: (ghostbot) in:#ghostscript 12:34.42 FORK(9230) LOG: last message repeated 3 times 12:34.42 FORK(9230) --- fork starting for 'RSSFeeds', PID == 9230, bot_pid == 23172 --- 12:34.43 FORK(9230) !ERROR! cannot load my module: RSSFeeds 12:34.43 FORK(9230) fork: took 1s for RSSFeeds. 12:34.43 FORK(9230) --- fork finished for 'RSSFeeds' --- 12:50.38 LOG: last message repeated 4 times 12:50.38 --- Saved uptime records. 12:51.38 Seen: Flushed 3 entries. 13:05.08 FORK(28266) --- fork starting for 'RSSFeeds', PID == 28266, bot_pid == 23172 --- 13:05.09 FORK(28266) !ERROR! cannot load my module: RSSFeeds 13:05.09 FORK(28266) fork: took 1s for RSSFeeds. 13:05.09 FORK(28266) --- fork finished for 'RSSFeeds' --- 13:06.44 Chans: (ghostbot) in:#ghostscript 13:11.54 Hmm, the bbox device seems to be broken for text 13:18.04 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 13:22.15 Well, that's puzzlng. If I go back to the 9.07 release code, it still fails for me, but if I use the released binary, it works.... 13:22.45 Chans: (ghostbot) in:#ghostscript 13:25.09 Ah its OK I just can't read 13:35.30 FORK(12748) --- fork starting for 'RSSFeeds', PID == 12748, bot_pid == 23172 --- 13:35.31 FORK(12748) !ERROR! cannot load my module: RSSFeeds 13:35.31 FORK(12748) fork: took 1s for RSSFeeds. 13:35.31 FORK(12748) --- fork finished for 'RSSFeeds' --- 13:38.16 Robin_Watts: quick fix on tor/master 13:38.26 Chans: (ghostbot) in:#ghostscript 13:47.03 Gah. Stupid valgrind. 13:47.40 not a real bug ? 13:47.51 When you do a valgrind check of a block of memory, and it fails, it'd be really nice if it told you what block you checked. 13:50.56 --- Saved uptime records. 13:51.46 Seen: Flushed 3 entries. 13:54.32 Chans: (ghostbot) in:#ghostscript 13:55.37 or, which set of bytes in the block are undefined. 14:00.33 tor8: pushed. 14:06.02 FORK(16142) --- fork starting for 'RSSFeeds', PID == 16142, bot_pid == 23172 --- 14:06.03 FORK(16142) !ERROR! cannot load my module: RSSFeeds 14:06.03 FORK(16142) fork: took 1s for RSSFeeds. 14:06.03 FORK(16142) --- fork finished for 'RSSFeeds' --- 14:11.04 Chans: (ghostbot) in:#ghostscript 14:23.08 tor8 Robin_Watts : someone claiming they can't build from current git: 14:23.08 http://stackoverflow.com/questions/16609804/compiling-mupdf 14:23.42 kens: that's the fix robin just pushed for me :) 14:23.51 Ah, OK I'll tell him that. 14:24.58 OMG! Compile Failed! Post to StackOverflow! 14:25.31 kens: you might want to point out that if he's working from the git head, he can expect occasional breakages. 14:25.45 Uh, I already replied.... 14:25.45 notice how all these posts always have reputation scores in the single digits? 14:25.59 Because they only *ask* questions.... 14:27.00 Chans: (ghostbot) in:#ghostscript 14:27.27 henrys I'll be interested to hear what happens returning gs_no_glyph 14:30.00 kens:I suspect another can of worms but it does seems worthwhile to try. 14:30.21 henrys I suspect it will indeed be more worms, but its an interesting idea 14:33.06 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-50-149-95-73.hsd1.wa.comcast.net) 14:36.28 FORK(10958) --- fork starting for 'RSSFeeds', PID == 10958, bot_pid == 23172 --- 14:36.29 FORK(10958) !ERROR! cannot load my module: RSSFeeds 14:36.29 FORK(10958) fork: took 1s for RSSFeeds. 14:36.29 FORK(10958) --- fork finished for 'RSSFeeds' --- 14:42.56 Chans: (ghostbot) in:#ghostscript 14:51.14 --- Saved uptime records. 14:51.54 Seen: Flushed 4 entries. 14:58.42 Chans: (ghostbot) in:#ghostscript 15:04.26 >>> tor8 has signed off IRC (Quit: tor8) [#ghostscript] 15:05.30 >>> mvrhel_laptop has signed off IRC (Ping timeout: 264 seconds) [#ghostscript] 15:07.00 FORK(23067) --- fork starting for 'RSSFeeds', PID == 23067, bot_pid == 23172 --- 15:07.01 FORK(23067) !ERROR! cannot load my module: RSSFeeds 15:07.01 FORK(23067) fork: took 1s for RSSFeeds. 15:07.01 FORK(23067) --- fork finished for 'RSSFeeds' --- 15:15.33 Chans: (ghostbot) in:#ghostscript 15:31.40 ircCheck: possible lost in space; checking.Fri May 17 15:31:40 2013 15:31.40 >ghostbot< TEST 15:31.40 IRCTEST: Yes, we're alive. 15:37.12 FORK(6391) --- fork starting for 'RSSFeeds', PID == 6391, bot_pid == 23172 --- 15:37.13 FORK(6391) !ERROR! cannot load my module: RSSFeeds 15:37.13 FORK(6391) fork: took 1s for RSSFeeds. 15:37.13 FORK(6391) --- fork finished for 'RSSFeeds' --- 15:38.13 * Robin_Watts/#ghostscript does the mvrhel_laptop summoning dance. 15:45.20 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 15:45.20 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 15:47.46 Chans: (ghostbot) in:#ghostscript 15:51.58 --- Saved uptime records. 15:52.23 >>> join/#ghostscript mvrhel_laptop (~chatzilla@ip-64-134-142-135.public.wayport.net) 15:55.11 Hi mvrhel_laptop. Got time for a word? 15:56.40 Hi robin_watts. yes 15:57.02 I've got a fuzzing bug that hits valgrind problems in interpolate_image_icc 15:57.28 ok 15:57.29 (actually, it hits them in CachedXForm in lcms2, but it's because interpolate_image_icc is feeding uninitialised data in). 15:58.01 and I think I've figured out why. I'd like another pair of eyes to double check me before I spend more time on this. 15:58.19 ok. let me bring up gs 15:59.00 In interpolate_image_icc (in gxiscale.c) we're called with a buffer of data at address P of width W. The first thing we do is to call initial_decode. 15:59.19 that's returning with stream_r.ptr set to be P + W-1. 15:59.43 so you are in image_render_interpolate_icc? 15:59.52 Yes, sorry. 16:00.26 My debugging indicates that the stream_r.ptr is set at around line 618 16:00.54 so the code is detecting that we're being called with more than 8bpp, in a non-indexed space. 16:01.28 ok 16:01.50 The problem is, I think, that the is_icc case does not allow for reversed = 1 16:02.08 reversed=1 is.... 16:02.19 That the data is flipped on X. 16:02.27 having flashbacks of too many options in this part of the code 16:02.34 mmm :) 16:02.43 it is very possible that that was overlooked 16:02.54 and not tested in our files 16:03.07 16 bit interpolation with flipped in X direction 16:03.36 I can see where this is likely headed 16:03.46 Chans: (ghostbot) in:#ghostscript 16:03.56 there is a if (reversed) { 16:04.13 where? 16:04.13 !WARN! getR: message == NULL. 16:04.18 line 611 16:04.25 right, yes, sorry. 16:04.26 if (reversed) { 16:04.27 pdata += (pss->params.WidthIn - 1) * dpd; 16:04.29 dpd = - dpd; 16:04.30 } 16:05.04 That makes pdata point at the END of the row rather than the start, and makes dpd be the amount to step backwards between pixels rather than forwards between pixels. 16:05.11 but all this is lost when the function exits. 16:05.11 right 16:05.27 The calling code has no way of knowing that it's reversed. 16:05.34 it should end up decoding it into the buffer reversed though 16:05.47 this should have fixed the reversing 16:05.59 unless it is getting reversed twice.... 16:06.07 No, cos it reads from the end of the buffer forwards into hyperspace, rather than from the start of the buffer forwards. 16:06.26 "it" being.... 16:06.33 (i.e. the data is read in the surrounding code from stream_r.ptr) 16:07.14 it being "image_render_interpolate_icc" 16:07.21 oh i see 16:07.25 the if (is_icc) 16:07.30 just sets the pointer 16:07.31 FORK(28410) --- fork starting for 'RSSFeeds', PID == 28410, bot_pid == 23172 --- 16:07.32 Yes. 16:07.32 FORK(28410) !ERROR! cannot load my module: RSSFeeds 16:07.32 FORK(28410) fork: took 2s for RSSFeeds. 16:07.32 FORK(28410) --- fork finished for 'RSSFeeds' --- 16:07.33 to the end 16:07.41 and then we merrily read beyond that 16:07.45 later after we return 16:08.01 All the other 'reversed' cases end up copying the data from psrc -> pdata and reversing it into pdata -> ... 16:08.12 we should do the same here if it is reversed 16:08.26 OK, that's what I figured. I'll give that a whirl. Thanks. 16:08.33 thanks for tracking that down 16:08.51 no worries. I was worried that the valgrind error was pointing to something I'd broken in lcms2 :) 16:15.09 henrys: are you around? 16:15.21 I am 16:16.14 I see from the support email that customer 801 is doing SIMD halftoning (or trying to) 16:16.42 perhaps marcosw should point them to the implementation that I have (it is not post clist but could work just as well) 16:18.04 I wonder what they want us to do about that issue as we don't have their code 16:18.40 mvrhel_laptop: isn't ray holding their hand through this? 16:19.10 I don't think ray has chimed in on this one 16:19.22 this is the one entitled Mission some object in output bitmap 16:19.30 s/Mission/Missing/ 16:19.48 ray has been going over Auto Scaling with them 16:19.48 Chans: (ghostbot) in:#ghostscript 16:20.00 they have been getting their fair share of support.... 16:21.15 oh I know he hasn't responded yet to that specific email but generally he is responsible for getting a printer customer up and running so I'm expecting he'll respond soon. I'll text him and tell him to check in at irc 16:21.53 >>> gandaro has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 16:22.53 henrys: ok. btw, I will send out an email, but I am going to be out Wed-Fri next week. at a camp with my son's 5th grade class. 16:23.20 >>> join/#ghostscript ray_laptop (~chatzilla@cpe-76-171-54-81.socal.res.rr.com) 16:23.27 morning, all 16:23.33 morning ray_laptop 16:23.34 speak of the devil 16:23.40 his ears must of been burning 16:23.41 re cust 801, yes, I am holding their hand 16:23.50 well you may have to hold both 16:23.59 hands 16:24.09 Just hope they don't need to use the bathroom. 16:24.13 hehe 16:24.16 They sent a .zip file that I haven't' looked at, but it's probably their code 16:24.51 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 16:25.47 I'll look at it today. They are sleeping now and I try and get back to them by 2pm my time, then check during the evening (until I crash) since that allows more than 1 email exchage per day 16:26.26 mvrhel_laptop: and I'll mention the SIMD halftoning code that you did 16:26.45 it may not be of any use for them. not sure what they are doing exactly 16:27.01 alignment maybe? 16:27.05 but they may not be aware that it is in there 16:27.12 mvrhel_laptop: I don't know either, and their stuff is probably OK 16:27.24 alignment with SIMD is certainly critical 16:28.15 more likely, they are allocating buffers incorrectly. Rendering threads do have to make sure and use the right allocator 16:28.54 right 16:29.17 mvrhel_laptop: thanks, I'll mention alignment as well. I assume that your implementation has code to over-allocate and find the aligned point in the buffer ? 16:30.17 what alignment is needed ? 64-bit or more ? 16:30.45 (easier to ask than look at the code :-) ) 16:31.30 128bit IIRC. (16 bytes) 16:31.44 >>> gandaro has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 16:32.29 Goodnight all 16:34.00 >>> kens has signed off IRC (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) [#ghostscript] 16:34.19 mvrhel_laptop: How do we know that we have sufficient room to copy the line in there? 16:35.14 robin_watts: sorry what are we talking about? 16:35.20 interpolation? 16:35.36 sorry. 16:35.36 Chans: (ghostbot) in:#ghostscript 16:35.42 In initial_decode. 16:36.01 robin_watts: moved on to winrt land. let me reopen gs.. 16:36.23 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 16:36.32 robin_watts: ok so copy line into where 16:36.54 Ok. let's go back to initial_decode to the place we were looking before 16:37.09 Let's follow the non if (is_icc) case. 16:37.11 ok at the is_icc 16:37.51 For the non-reversed case, this code makes sense; it reads psrc[j] and writes that to pdata[j] 16:38.21 FORK(6078) --- fork starting for 'RSSFeeds', PID == 6078, bot_pid == 23172 --- 16:38.23 FORK(6078) !ERROR! cannot load my module: RSSFeeds 16:38.23 FORK(6078) fork: took 2s for RSSFeeds. 16:38.23 FORK(6078) --- fork finished for 'RSSFeeds' --- 16:38.59 hold on, I've confused myself. Let me unconfuse myself before I waste more of your time, sorry. 16:39.07 looks like bdata is allocated on line 459 16:39.21 oh no 16:39.32 not allocated set to buffer 16:40.12 need to see where buffer in image_render_interpolate is allocated 16:40.22 buffer is the incoming data buffer. 16:40.31 from whatever the data source is. 16:40.52 I'm all confused by psrc being the output pointer :( 16:41.10 oh ok 16:41.30 it is the real source color 16:41.39 as opposed to the destination color 16:41.56 just think that you are simply trying to figure out what the real source value is 16:42.37 that is right, it is penum->line 16:42.51 with the /* Output */ comment.... 16:43.07 >>> ray_laptop has signed off IRC (Ping timeout: 264 seconds) [#ghostscript] 16:43.20 allocated on line 334 16:43.57 mvrhel_laptop: OK. I'm sorted now I think. For a few minutes at least :) 16:44.00 Thanks 16:44.15 robin_watts: no worries. I will keep gs open... 16:51.55 Chans: (ghostbot) in:#ghostscript 16:52.16 Seen: Flushed 5 entries. 16:52.47 --- Saved uptime records. 16:56.46 >>> mrdocs has signed off IRC (Ping timeout: 256 seconds) [#ghostscript] 17:07.21 Chans: (ghostbot) in:#ghostscript 17:08.11 >>> join/#ghostscript mrdocs (~mrdocs@c-76-102-153-54.hsd1.ca.comcast.net) 17:08.12 >>> mrdocs has signed off IRC (Changing host) [#ghostscript] 17:08.12 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 17:08.32 FORK(4678) --- fork starting for 'RSSFeeds', PID == 4678, bot_pid == 23172 --- 17:08.33 FORK(4678) !ERROR! cannot load my module: RSSFeeds 17:08.33 FORK(4678) fork: took 1s for RSSFeeds. 17:08.33 FORK(4678) --- fork finished for 'RSSFeeds' --- 17:23.28 Chans: (ghostbot) in:#ghostscript 17:30.54 >>> mvrhel_laptop has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 17:32.21 >>> mrdocs materializes into plinnell 17:38.54 FORK(22687) --- fork starting for 'RSSFeeds', PID == 22687, bot_pid == 23172 --- 17:38.55 FORK(22687) !ERROR! cannot load my module: RSSFeeds 17:38.55 FORK(22687) fork: took 1s for RSSFeeds. 17:38.55 FORK(22687) --- fork finished for 'RSSFeeds' --- 17:39.54 Chans: (ghostbot) in:#ghostscript 17:40.51 >>> join/#ghostscript ray_laptop (~chatzilla@cpe-76-171-54-81.socal.res.rr.com) 17:45.06 ircCheck: possible lost in space; checking.Fri May 17 17:45:06 2013 17:45.06 >ghostbot< TEST 17:45.06 IRCTEST: Yes, we're alive. 17:53.52 --- Saved uptime records. 17:55.48 Chans: (ghostbot) in:#ghostscript 18:03.14 Robin_Watts: I don't think I'm going to give supernatural a super rating ;-) 18:03.27 henrys: really? How much have you watched? 18:03.43 1/2 way through season 1 18:04.03 I did very much like american horror story 18:04.29 does it improve? 18:04.32 I'd encourage you to stick the season out. 18:04.57 Robin_Watts: yeah I was going to finish it. 18:05.13 IIRC (and it's a long time since I watched S1) the main story arc moves more to the fore towards the end. 18:09.06 >>> gandaro has signed off IRC (Quit: reboot) [#ghostscript] 18:09.26 FORK(14751) --- fork starting for 'RSSFeeds', PID == 14751, bot_pid == 23172 --- 18:09.28 FORK(14751) !ERROR! cannot load my module: RSSFeeds 18:09.28 FORK(14751) fork: took 2s for RSSFeeds. 18:09.28 FORK(14751) --- fork finished for 'RSSFeeds' --- 18:12.44 Chans: (ghostbot) in:#ghostscript 18:19.41 Robin_Watts: mail for you from China arrived at my house. I'll bring it to the Miami meeting. 18:20.04 marcosw: Cor. 18:20.15 I have no memory of having ordered anything ;) 18:20.29 Except the gamestick, and that's not due for a while. 18:20.52 It's a "card" (at least that's what the customs declaration says). The return address is Cloud Imperium, in Santa Monica, California. 18:21.08 marcosw: Oh, pfft. That. Thanks. 18:21.23 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 18:22.02 I backed Star Citizen on kickstarter, and they are sending out silly credit card sized things to prove how sad we all are :) 18:23.15 marcosw: at least the return address is in CA. I ordered a cheap watch for my son that he liked ($10 incl. shipping). It arrived broken, I got an RMA from Amazon and they wanted me to return it to the Canary Islands. The cheapest rate I could get was $14. 18:23.49 I never order from china unless I'm willing to get ripped off 18:23.53 BTW, any problem if I order something from Lufthansa and have it shipped to your house? On one of my flights last year the footrest wasn't working and so they gave me Euro 125 in vouchers to order from their worldshop.eu site, but they won't ship to the US (not really "worldshop" is it, should be called euro shop). 18:24.26 marcosw: go for it. 18:24.54 Robin_Watts: great, I wonder what the heaviest thing that they sell for Euro 125 is? :-) 18:25.38 ray_laptop: I've ordered from china a couple of times, but only if I'm sure I'm not going to get caught for import duties etc. 18:25.56 marcosw: If it's too heavy, I'll just bring it to the next london meeting for you :) 18:28.50 Chans: (ghostbot) in:#ghostscript 18:39.34 FORK(14339) --- fork starting for 'RSSFeeds', PID == 14339, bot_pid == 23172 --- 18:39.35 FORK(14339) !ERROR! cannot load my module: RSSFeeds 18:39.35 FORK(14339) fork: took 1s for RSSFeeds. 18:39.35 FORK(14339) --- fork finished for 'RSSFeeds' --- 18:53.20 Seen: Flushed 4 entries. 18:54.10 --- Saved uptime records. 18:54.54 >>> join/#ghostscript malc__ (~malc@188.123.241.147) 18:59.04 >>> paulgardiner has signed off IRC (Quit: ChatZilla 0.9.90 [Firefox 21.0/20130511120803]) [#ghostscript] 19:00.38 Chans: (ghostbot) in:#ghostscript 19:04.07 >>> ray_laptop has signed off IRC (Ping timeout: 264 seconds) [#ghostscript] 19:09.46 FORK(20293) --- fork starting for 'RSSFeeds', PID == 20293, bot_pid == 23172 --- 19:09.47 FORK(20293) !ERROR! cannot load my module: RSSFeeds 19:09.47 FORK(20293) fork: took 1s for RSSFeeds. 19:09.47 FORK(20293) --- fork finished for 'RSSFeeds' --- 19:15.29 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-50-149-95-73.hsd1.wa.comcast.net) 19:17.14 Chans: (ghostbot) in:#ghostscript 19:24.34 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-76-79-131-2.west.biz.rr.com) 19:28.08 ircCheck: possible lost in space; checking.Fri May 17 19:28:08 2013 19:28.08 >ghostbot< TEST 19:28.08 IRCTEST: Yes, we're alive. 19:32.24 >>> join/#ghostscript ray_laptop_ (~chatzilla@rrcs-76-79-131-2.west.biz.rr.com) 19:32.27 >>> ray_laptop has signed off IRC (Ping timeout: 260 seconds) [#ghostscript] 19:32.40 >>> ray_laptop_ materializes into ray_laptop 19:33.18 Chans: (ghostbot) in:#ghostscript 19:40.00 FORK(8285) --- fork starting for 'RSSFeeds', PID == 8285, bot_pid == 23172 --- 19:40.01 FORK(8285) !ERROR! cannot load my module: RSSFeeds 19:40.01 FORK(8285) fork: took 1s for RSSFeeds. 19:40.01 FORK(8285) --- fork finished for 'RSSFeeds' --- 19:45.33 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 19:45.33 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 19:47.15 >>> ray_laptop has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 19:49.14 Chans: (ghostbot) in:#ghostscript 19:54.26 --- Saved uptime records. 20:05.00 Chans: (ghostbot) in:#ghostscript 20:10.52 FORK(13924) --- fork starting for 'RSSFeeds', PID == 13924, bot_pid == 23172 --- 20:10.53 FORK(13924) !ERROR! cannot load my module: RSSFeeds 20:10.53 FORK(13924) fork: took 1s for RSSFeeds. 20:10.53 FORK(13924) --- fork finished for 'RSSFeeds' --- 20:31.30 LOG: last message repeated 3 times 20:31.30 ircCheck: possible lost in space; checking.Fri May 17 20:31:30 2013 20:31.30 >ghostbot< TEST 20:31.30 IRCTEST: Yes, we're alive. 20:31.45 >>> malc__ has signed off IRC (Quit: leaving) [#ghostscript] 20:36.39 Chans: (ghostbot) in:#ghostscript 20:41.16 FORK(1293) --- fork starting for 'RSSFeeds', PID == 1293, bot_pid == 23172 --- 20:41.17 FORK(1293) !ERROR! cannot load my module: RSSFeeds 20:41.17 FORK(1293) fork: took 1s for RSSFeeds. 20:41.17 FORK(1293) --- fork finished for 'RSSFeeds' --- 20:55.12 --- Saved uptime records. 21:08.12 Chans: (ghostbot) in:#ghostscript 21:11.52 FORK(21184) --- fork starting for 'RSSFeeds', PID == 21184, bot_pid == 23172 --- 21:11.53 FORK(21184) !ERROR! cannot load my module: RSSFeeds 21:11.53 FORK(21184) fork: took 2s for RSSFeeds. 21:11.53 FORK(21184) --- fork finished for 'RSSFeeds' --- 21:20.17 >>> join/#ghostscript ray_laptop (~chatzilla@adsl-99-42-74-89.dsl.lsan03.sbcglobal.net) 21:24.18 Chans: (ghostbot) in:#ghostscript 21:27.25 >>> join/#ghostscript jghali (~jghali@196.50.195.77.rev.sfr.net) 21:27.45 >>> part/#ghostscript cinch (~cinch@sicnarf.com) 21:29.56 >>> ray_laptop has signed off IRC (Ping timeout: 256 seconds) [#ghostscript] 21:32.08 >>> join/#ghostscript ray_laptop (~chatzilla@adsl-99-42-74-89.dsl.lsan03.sbcglobal.net) 21:34.42 ircCheck: possible lost in space; checking.Fri May 17 21:34:42 2013 21:34.42 >ghostbot< TEST 21:34.42 IRCTEST: Yes, we're alive. 21:37.54 >>> ray_laptop has signed off IRC (Ping timeout: 264 seconds) [#ghostscript] 21:40.13 Chans: (ghostbot) in:#ghostscript 21:41.53 FORK(24185) --- fork starting for 'RSSFeeds', PID == 24185, bot_pid == 23172 --- 21:41.54 FORK(24185) !ERROR! cannot load my module: RSSFeeds 21:41.54 FORK(24185) fork: took 1s for RSSFeeds. 21:41.54 FORK(24185) --- fork finished for 'RSSFeeds' --- 21:55.29 --- Saved uptime records. 21:56.09 Chans: (ghostbot) in:#ghostscript 21:59.17 >>> join/#ghostscript SpNg (~ARolek@wsip-70-167-118-33.sd.sd.cox.net) 22:11.35 Chans: (ghostbot) in:#ghostscript 22:12.05 FORK(11990) --- fork starting for 'RSSFeeds', PID == 11990, bot_pid == 23172 --- 22:12.06 FORK(11990) !ERROR! cannot load my module: RSSFeeds 22:12.06 FORK(11990) fork: took 1s for RSSFeeds. 22:12.06 FORK(11990) --- fork finished for 'RSSFeeds' --- 22:37.35 ircCheck: possible lost in space; checking.Fri May 17 22:37:35 2013 22:37.35 >ghostbot< TEST 22:37.35 IRCTEST: Yes, we're alive. 22:42.20 FORK(30840) --- fork starting for 'RSSFeeds', PID == 30840, bot_pid == 23172 --- 22:42.21 FORK(30840) !ERROR! cannot load my module: RSSFeeds 22:42.21 FORK(30840) fork: took 1s for RSSFeeds. 22:42.21 FORK(30840) --- fork finished for 'RSSFeeds' --- 22:43.16 Chans: (ghostbot) in:#ghostscript 22:55.30 --- Saved uptime records. 22:59.02 Chans: (ghostbot) in:#ghostscript 23:12.32 FORK(16033) --- fork starting for 'RSSFeeds', PID == 16033, bot_pid == 23172 --- 23:12.33 FORK(16033) !ERROR! cannot load my module: RSSFeeds 23:12.33 FORK(16033) fork: took 1s for RSSFeeds. 23:12.33 FORK(16033) --- fork finished for 'RSSFeeds' --- 23:37.19 LOG: last message repeated 4 times 23:37.19 >>> gandaro has signed off IRC (Quit: Leaving) [#ghostscript] 23:41.08 ircCheck: possible lost in space; checking.Fri May 17 23:41:08 2013 23:41.08 >ghostbot< TEST 23:41.08 IRCTEST: Yes, we're alive. 23:43.23 FORK(9384) --- fork starting for 'RSSFeeds', PID == 9384, bot_pid == 23172 --- 23:43.24 FORK(9384) !ERROR! cannot load my module: RSSFeeds 23:43.24 FORK(9384) fork: took 2s for RSSFeeds. 23:43.24 FORK(9384) --- fork finished for 'RSSFeeds' --- 23:45.59 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 23:45.59 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 23:46.19 leak: 1 nuh{} items deleted; now have 23 23:46.19 Chans: (ghostbot) in:#ghostscript 23:55.37 --- Saved uptime records.