00:00.15 FORK(28569) Opened logfile log/20130116. 00:00.15 FORK(28569) --- fork starting for 'RSSFeeds', PID == 28569, bot_pid == 32511 --- 00:00.16 FORK(28569) !ERROR! cannot load my module: RSSFeeds 00:00.16 FORK(28569) fork: took 3s for RSSFeeds. 00:00.16 FORK(28569) --- fork finished for 'RSSFeeds' --- 00:02.35 Opened logfile log/20130116. 00:02.35 ircCheck: possible lost in space; checking.Wed Jan 16 00:02:35 2013 00:02.35 >ghostbot< TEST 00:02.35 IRCTEST: Yes, we're alive. 00:12.53 Chans: (ghostbot) in:#ghostscript 00:20.40 JamesMT most of the MuPDF guys are on European time so best to try during those hours 00:21.01 You specifically need tor8, I think. 00:21.21 except Robin_Watts, who is her 24 hours a day... 00:21.26 s/her/here/ 00:21.55 I can't quite figure out what is going wrong with my stream reading 00:22.02 I have a file that gets read in completely into the buffer 00:22.27 I suspect that mupdf is wanting to reread again 00:22.47 and my reader is handing it the next set of bytes when requested 00:23.18 things start out ok, but fall apart during the reading of the xref stuff 00:23.46 Well, there will be seeking done etc. 00:24.08 If it was me, I'd get your stream stuff to output to a log file. 00:24.26 saying things like: seek to %d 00:24.42 read %d bytes: '......', %d bytes read 00:24.44 etc 00:25.10 Then we could look to see what stream requests are being made, and when they go wrong. 00:25.30 that is a good idea. I think to get seeking working correctly, I need to rework a couple things 00:26.17 the c++ managed stream stuff here is poorly documented and overly complicated with too many variants, names and classes 00:28.00 yeah, I'm sure it all makes perfect sense when you see an example laid out in front of you that does exactly what you want, but without that it's like having a jigsaw puzzle. 00:28.30 Chans: (ghostbot) in:#ghostscript 00:29.20 Thanks mvrhel_laptop and Robin_Watts. Ill likely give back a try tomorrow as my day is winding down as well. 00:29.35 JamesMT: Night. 00:30.10 Crumbs. Chrome just died on me. 00:30.30 FORK(31822) --- fork starting for 'RSSFeeds', PID == 31822, bot_pid == 32511 --- 00:30.32 FORK(31822) !ERROR! cannot load my module: RSSFeeds 00:30.32 FORK(31822) fork: took 2s for RSSFeeds. 00:30.32 FORK(31822) --- fork finished for 'RSSFeeds' --- 00:32.25 >>> join/#ghostscript mvrhel_laptop_ (~chatzilla@c-174-61-155-196.hsd1.wa.comcast.net) 00:32.46 --- Saved uptime records. 00:33.26 Seen: Flushed 3 entries. 00:33.51 >>> mvrhel_laptop has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 00:34.05 >>> mvrhel_laptop_ materializes into mvrhel_laptop 00:36.18 Robin_Watts: exactly. 00:36.18 bbiab 00:37.45 >>> join/#ghostscript malc_ (~malc@188.123.241.147) 00:44.43 Chans: (ghostbot) in:#ghostscript 01:00.43 FORK(1838) --- fork starting for 'RSSFeeds', PID == 1838, bot_pid == 32511 --- 01:00.44 FORK(1838) !ERROR! cannot load my module: RSSFeeds 01:00.44 FORK(1838) fork: took 1s for RSSFeeds. 01:00.44 FORK(1838) --- fork finished for 'RSSFeeds' --- 01:07.19 LOG: last message repeated 3 times 01:07.19 >>> jghali has signed off IRC (Quit: Quitte) [#ghostscript] 01:16.43 Chans: (ghostbot) in:#ghostscript 01:19.24 >>> join/#ghostscript mvrhel_laptop_ (~chatzilla@c-174-61-155-196.hsd1.wa.comcast.net) 01:21.50 >>> mvrhel_laptop has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 01:22.04 >>> mvrhel_laptop_ materializes into mvrhel_laptop 01:23.04 >>> JamesMT has signed off IRC (Quit: Page closed) [#ghostscript] 01:31.03 FORK(2728) --- fork starting for 'RSSFeeds', PID == 2728, bot_pid == 32511 --- 01:31.04 FORK(2728) !ERROR! cannot load my module: RSSFeeds 01:31.04 FORK(2728) fork: took 1s for RSSFeeds. 01:31.04 FORK(2728) --- fork finished for 'RSSFeeds' --- 01:32.23 Chans: (ghostbot) in:#ghostscript 01:32.53 --- Saved uptime records. 01:33.53 Seen: Flushed 1 entries. 01:37.33 ircCheck: possible lost in space; checking.Wed Jan 16 01:37:33 2013 01:37.33 >ghostbot< TEST 01:37.33 IRCTEST: Yes, we're alive. 01:39.58 >>> mvrhel_laptop has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 01:48.43 Chans: (ghostbot) in:#ghostscript 02:00.38 >>> tor8 has signed off IRC (Quit: tor8) [#ghostscript] 02:00.44 >>> malc_ has signed off IRC (Quit: leaving) [#ghostscript] 02:01.15 FORK(4382) --- fork starting for 'RSSFeeds', PID == 4382, bot_pid == 32511 --- 02:01.16 FORK(4382) !ERROR! cannot load my module: RSSFeeds 02:01.16 FORK(4382) fork: took 2s for RSSFeeds. 02:01.16 FORK(4382) --- fork finished for 'RSSFeeds' --- 02:05.03 Chans: (ghostbot) in:#ghostscript 02:14.17 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-174-61-155-196.hsd1.wa.comcast.net) 02:21.33 Chans: (ghostbot) in:#ghostscript 02:31.33 FORK(3944) --- fork starting for 'RSSFeeds', PID == 3944, bot_pid == 32511 --- 02:31.34 FORK(3944) !ERROR! cannot load my module: RSSFeeds 02:31.34 FORK(3944) fork: took 1s for RSSFeeds. 02:31.34 FORK(3944) --- fork finished for 'RSSFeeds' --- 02:33.13 --- Saved uptime records. 02:38.13 Chans: (ghostbot) in:#ghostscript 02:38.13 ircCheck: possible lost in space; checking.Wed Jan 16 02:38:13 2013 02:38.13 >ghostbot< TEST 02:38.13 IRCTEST: Yes, we're alive. 02:47.13 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 02:47.13 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 02:54.53 Chans: (ghostbot) in:#ghostscript 03:01.43 FORK(3922) --- fork starting for 'RSSFeeds', PID == 3922, bot_pid == 32511 --- 03:01.44 FORK(3922) !ERROR! cannot load my module: RSSFeeds 03:01.44 FORK(3922) fork: took 1s for RSSFeeds. 03:01.44 FORK(3922) --- fork finished for 'RSSFeeds' --- 03:31.53 FORK(23438) --- fork starting for 'RSSFeeds', PID == 23438, bot_pid == 32511 --- 03:31.54 FORK(23438) !ERROR! cannot load my module: RSSFeeds 03:31.54 FORK(23438) fork: took 1s for RSSFeeds. 03:31.54 FORK(23438) --- fork finished for 'RSSFeeds' --- 03:33.43 --- Saved uptime records. 03:42.13 Chans: (ghostbot) in:#ghostscript 03:42.13 ircCheck: possible lost in space; checking.Wed Jan 16 03:42:13 2013 03:42.13 >ghostbot< TEST 03:42.13 IRCTEST: Yes, we're alive. 03:44.08 >>> join/#ghostscript tkamppeter__ (~till@p5DDB91CF.dip.t-dialin.net) 03:47.58 >>> mvrhel_laptop has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 03:47.58 >>> tkamppeter has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 03:48.05 >>> tkamppeter_ has signed off IRC (Ping timeout: 260 seconds) [#ghostscript] 03:48.17 >>> join/#ghostscript tkamppeter (~till@p5DDB91CF.dip.t-dialin.net) 03:57.53 Chans: (ghostbot) in:#ghostscript 04:02.23 FORK(15713) --- fork starting for 'RSSFeeds', PID == 15713, bot_pid == 32511 --- 04:02.24 FORK(15713) !ERROR! cannot load my module: RSSFeeds 04:02.24 FORK(15713) fork: took 2s for RSSFeeds. 04:02.24 FORK(15713) --- fork finished for 'RSSFeeds' --- 04:32.53 FORK(17930) LOG: last message repeated 4 times 04:32.53 FORK(17930) --- fork starting for 'RSSFeeds', PID == 17930, bot_pid == 32511 --- 04:32.54 FORK(17930) !ERROR! cannot load my module: RSSFeeds 04:32.54 FORK(17930) fork: took 2s for RSSFeeds. 04:32.54 FORK(17930) --- fork finished for 'RSSFeeds' --- 04:33.53 LOG: last message repeated 4 times 04:33.53 --- Saved uptime records. 04:47.22 Chans: (ghostbot) in:#ghostscript 04:47.22 ircCheck: possible lost in space; checking.Wed Jan 16 04:47:22 2013 04:47.22 >ghostbot< TEST 04:47.22 IRCTEST: Yes, we're alive. 04:58.34 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-174-61-155-196.hsd1.wa.comcast.net) 05:02.52 Chans: (ghostbot) in:#ghostscript 05:03.53 FORK(1701) --- fork starting for 'RSSFeeds', PID == 1701, bot_pid == 32511 --- 05:03.54 FORK(1701) !ERROR! cannot load my module: RSSFeeds 05:03.54 FORK(1701) fork: took 2s for RSSFeeds. 05:03.54 FORK(1701) --- fork finished for 'RSSFeeds' --- 05:34.03 FORK(19540) --- fork starting for 'RSSFeeds', PID == 19540, bot_pid == 32511 --- 05:34.04 FORK(19540) !ERROR! cannot load my module: RSSFeeds 05:34.04 FORK(19540) fork: took 2s for RSSFeeds. 05:34.04 FORK(19540) --- fork finished for 'RSSFeeds' --- 05:34.22 --- Saved uptime records. 05:35.02 Chans: (ghostbot) in:#ghostscript 05:51.22 ircCheck: possible lost in space; checking.Wed Jan 16 05:51:22 2013 05:51.22 >ghostbot< TEST 05:51.22 IRCTEST: Yes, we're alive. 06:04.32 FORK(30619) --- fork starting for 'RSSFeeds', PID == 30619, bot_pid == 32511 --- 06:04.33 FORK(30619) !ERROR! cannot load my module: RSSFeeds 06:04.33 FORK(30619) fork: took 1s for RSSFeeds. 06:04.33 FORK(30619) --- fork finished for 'RSSFeeds' --- 06:07.22 Chans: (ghostbot) in:#ghostscript 06:34.32 LOG: last message repeated 3 times 06:34.32 --- Saved uptime records. 06:34.42 FORK(7207) --- fork starting for 'RSSFeeds', PID == 7207, bot_pid == 32511 --- 06:34.43 FORK(7207) !ERROR! cannot load my module: RSSFeeds 06:34.43 FORK(7207) fork: took 1s for RSSFeeds. 06:34.43 FORK(7207) --- fork finished for 'RSSFeeds' --- 06:38.52 Chans: (ghostbot) in:#ghostscript 06:47.42 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 06:47.42 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 06:55.22 Chans: (ghostbot) in:#ghostscript 06:55.22 ircCheck: possible lost in space; checking.Wed Jan 16 06:55:22 2013 06:55.22 >ghostbot< TEST 06:55.22 IRCTEST: Yes, we're alive. 07:04.52 FORK(4185) --- fork starting for 'RSSFeeds', PID == 4185, bot_pid == 32511 --- 07:04.53 FORK(4185) !ERROR! cannot load my module: RSSFeeds 07:04.53 FORK(4185) fork: took 1s for RSSFeeds. 07:04.53 FORK(4185) --- fork finished for 'RSSFeeds' --- 07:10.52 Chans: (ghostbot) in:#ghostscript 07:11.24 made some good progress on my file i/o stuff. good night all 07:15.58 >>> mvrhel_laptop has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 07:26.12 Chans: (ghostbot) in:#ghostscript 07:34.42 --- Saved uptime records. 07:35.02 FORK(31497) --- fork starting for 'RSSFeeds', PID == 31497, bot_pid == 32511 --- 07:35.03 FORK(31497) !ERROR! cannot load my module: RSSFeeds 07:35.03 FORK(31497) fork: took 1s for RSSFeeds. 07:35.03 FORK(31497) --- fork finished for 'RSSFeeds' --- 07:36.12 Seen: Flushed 1 entries. 07:42.42 Chans: (ghostbot) in:#ghostscript 07:51.54 >>> chrisl_away materializes into chrisl 07:54.42 >>> join/#ghostscript kens (~Miranda@87.114.43.127) 07:58.32 Chans: (ghostbot) in:#ghostscript 08:05.32 FORK(18714) --- fork starting for 'RSSFeeds', PID == 18714, bot_pid == 32511 --- 08:05.33 FORK(18714) !ERROR! cannot load my module: RSSFeeds 08:05.33 FORK(18714) fork: took 1s for RSSFeeds. 08:05.33 FORK(18714) --- fork finished for 'RSSFeeds' --- 08:14.02 ircCheck: possible lost in space; checking.Wed Jan 16 08:14:02 2013 08:14.02 >ghostbot< TEST 08:14.02 IRCTEST: Yes, we're alive. 08:30.02 Chans: (ghostbot) in:#ghostscript 08:34.52 --- Saved uptime records. 08:36.02 FORK(2394) --- fork starting for 'RSSFeeds', PID == 2394, bot_pid == 32511 --- 08:36.03 FORK(2394) !ERROR! cannot load my module: RSSFeeds 08:36.03 FORK(2394) fork: took 1s for RSSFeeds. 08:36.03 FORK(2394) --- fork finished for 'RSSFeeds' --- 08:45.32 Chans: (ghostbot) in:#ghostscript 08:58.53 >>> JakeSays has signed off IRC (Ping timeout: 260 seconds) [#ghostscript] 09:01.32 Chans: (ghostbot) in:#ghostscript 09:06.12 FORK(25303) --- fork starting for 'RSSFeeds', PID == 25303, bot_pid == 32511 --- 09:06.13 FORK(25303) !ERROR! cannot load my module: RSSFeeds 09:06.13 FORK(25303) fork: took 1s for RSSFeeds. 09:06.13 FORK(25303) --- fork finished for 'RSSFeeds' --- 09:08.56 >>> kens has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 09:10.33 >>> join/#ghostscript paulgardiner (~chatzilla@smtp.glidos.net) 09:17.22 Chans: (ghostbot) in:#ghostscript 09:17.22 ircCheck: possible lost in space; checking.Wed Jan 16 09:17:22 2013 09:17.22 >ghostbot< TEST 09:17.22 IRCTEST: Yes, we're alive. 09:17.49 >>> join/#ghostscript jghali (~jghali@91.50.195.77.rev.sfr.net) 09:18.52 >>> join/#ghostscript kens (~Miranda@87.114.43.127) 09:31.25 >>> chrisl materializes into chrisl_away 09:32.51 Chans: (ghostbot) in:#ghostscript 09:35.42 --- Saved uptime records. 09:36.22 FORK(12238) --- fork starting for 'RSSFeeds', PID == 12238, bot_pid == 32511 --- 09:36.23 FORK(12238) !ERROR! cannot load my module: RSSFeeds 09:36.23 FORK(12238) fork: took 1s for RSSFeeds. 09:36.23 FORK(12238) --- fork finished for 'RSSFeeds' --- 09:44.11 >>> kens has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 09:48.51 Chans: (ghostbot) in:#ghostscript 10:00.54 >>> join/#ghostscript kens (~Miranda@87.114.43.127) 10:02.47 alexcher: re: 693 10:03.13 alexcher: re: 693513 -- if I look around a bit I can probably provide you with the original file in case you need it. 10:05.11 Chans: (ghostbot) in:#ghostscript 10:06.42 FORK(24497) --- fork starting for 'RSSFeeds', PID == 24497, bot_pid == 32511 --- 10:06.43 FORK(24497) !ERROR! cannot load my module: RSSFeeds 10:06.43 FORK(24497) fork: took 2s for RSSFeeds. 10:06.43 FORK(24497) --- fork finished for 'RSSFeeds' --- 10:24.22 >>> kens has signed off IRC (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) [#ghostscript] 10:36.01 --- Saved uptime records. 10:36.52 FORK(3241) --- fork starting for 'RSSFeeds', PID == 3241, bot_pid == 32511 --- 10:36.53 FORK(3241) !ERROR! cannot load my module: RSSFeeds 10:36.53 FORK(3241) fork: took 2s for RSSFeeds. 10:36.53 FORK(3241) --- fork finished for 'RSSFeeds' --- 10:37.21 Seen: Flushed 1 entries. 10:38.21 Chans: (ghostbot) in:#ghostscript 10:48.11 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 10:48.11 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 10:54.31 Chans: (ghostbot) in:#ghostscript 11:05.11 ircCheck: possible lost in space; checking.Wed Jan 16 11:05:11 2013 11:05.11 >ghostbot< TEST 11:05.11 IRCTEST: Yes, we're alive. 11:07.32 FORK(18324) --- fork starting for 'RSSFeeds', PID == 18324, bot_pid == 32511 --- 11:07.33 FORK(18324) !ERROR! cannot load my module: RSSFeeds 11:07.33 FORK(18324) fork: took 2s for RSSFeeds. 11:07.33 FORK(18324) --- fork finished for 'RSSFeeds' --- 11:10.21 Chans: (ghostbot) in:#ghostscript 11:31.12 LOG: last message repeated 3 times 11:31.12 >>> join/#ghostscript tor8 (~tor@c-a37a71d5.04-50-6c756e10.cust.bredbandsbolaget.se) 11:32.11 >>> paulgardiner has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 11:34.47 >>> join/#ghostscript paulgardiner (~chatzilla@smtp.glidos.net) 11:36.51 --- Saved uptime records. 11:37.41 FORK(28234) --- fork starting for 'RSSFeeds', PID == 28234, bot_pid == 32511 --- 11:37.42 FORK(28234) !ERROR! cannot load my module: RSSFeeds 11:37.42 FORK(28234) fork: took 1s for RSSFeeds. 11:37.42 FORK(28234) --- fork finished for 'RSSFeeds' --- 11:42.21 Chans: (ghostbot) in:#ghostscript 12:07.51 FORK(4890) --- fork starting for 'RSSFeeds', PID == 4890, bot_pid == 32511 --- 12:07.52 FORK(4890) !ERROR! cannot load my module: RSSFeeds 12:07.52 FORK(4890) fork: took 1s for RSSFeeds. 12:07.52 FORK(4890) --- fork finished for 'RSSFeeds' --- 12:07.59 >>> chrisl_away materializes into chrisl 12:08.52 Robin_Watts: I'm back...... 12:15.11 Chans: (ghostbot) in:#ghostscript 12:37.01 --- Saved uptime records. 12:38.01 Seen: Flushed 1 entries. 12:38.51 FORK(21472) --- fork starting for 'RSSFeeds', PID == 21472, bot_pid == 32511 --- 12:38.52 FORK(21472) !ERROR! cannot load my module: RSSFeeds 12:38.52 FORK(21472) fork: took 1s for RSSFeeds. 12:38.52 FORK(21472) --- fork finished for 'RSSFeeds' --- 12:47.21 Chans: (ghostbot) in:#ghostscript 12:52.08 Me too 12:52.15 I just downloaded a new copy of the simulator. 12:52.40 In the previous version I had, there was a solution file to build it. But there isn't one in this one. 12:52.45 Should there be, do you know? 12:54.48 Not that I know of. You use a file called "setsim.bat" to start VS appropriately 12:56.33 So, that is in ren_rip/SIM/BAT and takes the product name as a parameter - "6thgen" for your purpose, I think 13:00.57 >>> join/#ghostscript kens (~Miranda@87.114.43.127) 13:02.51 Chans: (ghostbot) in:#ghostscript 13:08.09 It said "Starting 6thgen printer..." 13:08.14 then "6thgen" 13:08.19 then nothing happened. 13:09.09 FORK(4925) --- fork starting for 'RSSFeeds', PID == 4925, bot_pid == 32511 --- 13:09.10 FORK(4925) !ERROR! cannot load my module: RSSFeeds 13:09.10 FORK(4925) fork: took 1s for RSSFeeds. 13:09.10 FORK(4925) --- fork finished for 'RSSFeeds' --- 13:09.11 Okay, in that case, you may well need to edit the batch file so it selects the correct VS version, and has the correct path in it 13:12.07 ok, now it starts MSVC, which then gives lots of errors. 13:12.55 I'm just decompressing a vanilla copy of the last sim I got, so I can diff the original setsim with mine 13:13.14 Project file 'd:\cvs\artifex\6g_2012_SIM\2lv_ctl\projectroot\element\ren\ren_rip\SIM\SYSSIM\%SIMROOT%\SIM\SYSSIM\IMG\IPF\ipf.vcproj' could not be loaded. 13:13.27 I'm guessing %SIMROOT% is supposed to be set to something useful. 13:13.49 Is there a file called "lastrun.bat" in there? 13:14.05 yes. 13:14.37 At least there was until I just deleted it. Gah. Let me unpack that again. 13:14.54 No, that's fine, we don't want it there 13:15.04 ok. 13:15.38 IIRC, it holds the settings from the last call to setsim.bat, which in a new download won't be right for your machine 13:18.11 Chans: (ghostbot) in:#ghostscript 13:19.54 Robin_Watts: it looks to me like it should work, if it's reaching the point of loading VS - which VS version are you using? 13:20.42 I think the problem is that when it starts VS, it has to go through the "can I run this as an administrator?" prompt, and that's causing it to lose all the environment variables. 13:20.58 Mine does that, too 13:21.47 Trying with VS2008 instead of 2005 13:22.02 ok, that built. 13:22.09 Now do I just build the solution ? 13:22.30 Yeh, I'd "clean" it forst 13:22.32 s/that built/that loaded/ 13:23.12 ok, let's let that run then. Thanks! 13:23.22 It takes quite a while! 13:23.42 Robin_Watts: do you have the details about running the exe? 13:34.01 Chans: (ghostbot) in:#ghostscript 13:37.21 --- Saved uptime records. 13:37.25 >>> join/#ghostscript oy (~kuwe@g226225119.adsl.alicedsl.de) 13:38.31 Seen: Flushed 2 entries. 13:39.21 FORK(17389) --- fork starting for 'RSSFeeds', PID == 17389, bot_pid == 32511 --- 13:39.22 FORK(17389) !ERROR! cannot load my module: RSSFeeds 13:39.22 FORK(17389) fork: took 1s for RSSFeeds. 13:39.22 FORK(17389) --- fork finished for 'RSSFeeds' --- 13:43.04 chrisl: not easily to hand, no. 13:44.43 Robin_Watts: Ray sent an e-mail about it long time ago - I'll see if I can dig it out 13:49.09 Robin_Watts: I've got a mail from Ray with the details - do you want me to forward it to you? 13:49.59 Chans: (ghostbot) in:#ghostscript 13:52.14 >>> kens has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 13:52.52 please. 13:52.59 >>> join/#ghostscript kens (~Miranda@87.114.43.127) 13:54.02 Robin_Watts: it's way. 13:54.11 or "on it's way", even! 14:04.53 chrisl: surely you mean "on its way" ;) 14:05.31 Chans: (ghostbot) in:#ghostscript 14:05.42 tor8: yes, I do - I hang my head in shame at my appalling grammar! 14:09.31 FORK(26707) --- fork starting for 'RSSFeeds', PID == 26707, bot_pid == 32511 --- 14:09.32 FORK(26707) !ERROR! cannot load my module: RSSFeeds 14:09.32 FORK(26707) fork: took 1s for RSSFeeds. 14:09.32 FORK(26707) --- fork finished for 'RSSFeeds' --- 14:16.24 paulgardiner: going through the list of implicit float -> int conversions (while changing the fz_bbox/fz_rect stuff) I found one of yours in the forms, da_info->font_size is an integer. any specific reason it isn't a float instead? 14:17.41 tor8: Pretty sure no, but just looking. 14:18.22 turning on -Wconversion with gcc is a pretty scary sight 14:18.38 I can imagine 14:18.52 but at least all the thirdparty libraries are just as bad! :) 14:19.26 maybe one day robin can convince me to go on a typesafety nazi crusade, and add const and explicit type casts everywhere! 14:20.13 I think we want just enough consts. 14:20.21 I seem to remember, at the time of writing that code, I was unsure whether a decimal was allowed for the size in Tf. 14:20.36 and casts only where it helps readability/correctness. 14:21.19 2045 warnings in our code with -Wconversion 14:21.50 I do think const is a good idea. too bad the C implementation of the idea is a bit shoddy. 14:21.57 tor8: if font_size is changed to float, there's at least one place where a %d needs to be changed to a %f. 14:21.57 Chans: (ghostbot) in:#ghostscript 14:21.59 but still, we should probably use it 14:22.09 paulgardiner: %g 14:22.24 %f has a horrible fixed number of decimals thing going on 14:22.51 Robin_Watts: explicit casts when losing precision might be useful 14:22.59 Oh ok. Whatever is the best for Tf 14:23.00 Yes. 14:23.02 Robin_Watts: or better yet, fix our types so that we don't do it as much 14:23.19 the whole signed/unsigned crap always makes me angry 14:25.14 Robin_Watts: anyway, I have a patch in the works that completely eliminates fz_bbox in favor of fz_rect everywhere. I just need to spend more time going through the places where it's actually converted to integers in the draw device to make sure we don't mess up and truncate instead of round. (hence my chasing implicit float->int casts) 14:25.44 Hmm. Really? 14:25.47 Robin_Watts: where do you keep the latest and greatest sane test files? I have a feeling my suite is horribly out of date. 14:26.16 I can understand removing fz_bbox in the public interface (maybe) 14:26.40 Robin_Watts: it actually came out better than I expected. I was originally only going to remove it from the public interface, but things did end up cleaner with no fz_bbox at all. 14:26.55 but for the draw device, we need bboxes for some things. Using rects for things that have to be ints is just wrong. 14:27.25 the places where it may be integerized are only in relation to pixmaps. 14:27.29 I'll have to look at the patch. 14:27.33 right. 14:27.42 rects can represent all sane integer values perfectly, so that's not really a worry 14:27.53 so I could understand if we had an fz_bbox that was only used within the draw device. 14:27.54 s/rects/floats/ 14:28.08 but using floats when we could use ints costs us on embedded platforms. 14:28.18 floats are slow. 14:28.27 Robin_Watts: I'd be inclined to rename it fz_irect and live with the ugly name just to prevent it spreading 14:28.44 I could live with that. 14:28.45 Robin_Watts: the places where the rects come in as floats and get turned to ints are already full of floats 14:29.04 the matrices come in at the same level 14:29.44 Robin_Watts: I'll take what I have now (no fz_bbox at all) and add fz_irect and compare, but first I want to sane the diffs. 14:30.01 Sure. 14:30.14 I have no new 'sane' files other than the sumatra ones. 14:30.26 and they are all in tests_private/pdf/sumatra 14:30.36 argh, not svn, please! 14:34.17 tor8: sorry. 14:34.21 * Robin_Watts/#ghostscript lunches. bbs. 14:37.31 --- Saved uptime records. 14:37.50 Chans: (ghostbot) in:#ghostscript 14:39.11 Seen: Flushed 4 entries. 14:39.41 FORK(18574) --- fork starting for 'RSSFeeds', PID == 18574, bot_pid == 32511 --- 14:39.42 FORK(18574) !ERROR! cannot load my module: RSSFeeds 14:39.42 FORK(18574) fork: took 1s for RSSFeeds. 14:39.42 FORK(18574) --- fork finished for 'RSSFeeds' --- 14:48.20 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 14:48.20 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 14:53.30 Chans: (ghostbot) in:#ghostscript 15:00.32 >>> tkamppeter has signed off IRC (Remote host closed the connection) [#ghostscript] 15:09.10 Chans: (ghostbot) in:#ghostscript 15:09.51 FORK(21606) --- fork starting for 'RSSFeeds', PID == 21606, bot_pid == 32511 --- 15:09.52 FORK(21606) !ERROR! cannot load my module: RSSFeeds 15:09.52 FORK(21606) fork: took 1s for RSSFeeds. 15:09.52 FORK(21606) --- fork finished for 'RSSFeeds' --- 15:11.16 >>> join/#ghostscript tkamppeter (~till@p5DDB91CF.dip.t-dialin.net) 15:25.30 Chans: (ghostbot) in:#ghostscript 15:26.05 kens:there should at least be an enhancement in bugzilla for customer 1's issue even if they are going at it now. 15:30.24 henrys we may well have one I will look 15:36.29 henrys bug #535932 15:36.44 and #687793 15:36.55 wow a #5 eh? 15:37.05 :-) 15:37.40 --- Saved uptime records. 15:38.10 I should probably close #535932 and move it to 687793, which is rather more descriptive 15:39.21 Seen: Flushed 2 entries. 15:40.10 FORK(22354) --- fork starting for 'RSSFeeds', PID == 22354, bot_pid == 32511 --- 15:40.12 FORK(22354) !ERROR! cannot load my module: RSSFeeds 15:40.12 FORK(22354) fork: took 2s for RSSFeeds. 15:40.12 FORK(22354) --- fork finished for 'RSSFeeds' --- 15:41.30 Chans: (ghostbot) in:#ghostscript 15:54.36 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-174-61-155-196.hsd1.wa.comcast.net) 15:55.48 >>> kens has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 15:57.38 Chans: (ghostbot) in:#ghostscript 15:58.13 >>> join/#ghostscript kens (~Miranda@87.114.43.127) 16:10.30 FORK(24337) --- fork starting for 'RSSFeeds', PID == 24337, bot_pid == 32511 --- 16:10.31 FORK(24337) !ERROR! cannot load my module: RSSFeeds 16:10.31 FORK(24337) fork: took 1s for RSSFeeds. 16:10.31 FORK(24337) --- fork finished for 'RSSFeeds' --- 16:14.10 Chans: (ghostbot) in:#ghostscript 16:37.50 LOG: last message repeated 3 times 16:37.50 --- Saved uptime records. 16:41.20 FORK(30505) --- fork starting for 'RSSFeeds', PID == 30505, bot_pid == 32511 --- 16:41.21 FORK(30505) !ERROR! cannot load my module: RSSFeeds 16:41.21 FORK(30505) fork: took 1s for RSSFeeds. 16:41.21 FORK(30505) --- fork finished for 'RSSFeeds' --- 16:41.30 ircCheck: possible lost in space; checking.Wed Jan 16 16:41:30 2013 16:41.30 >ghostbot< TEST 16:41.30 IRCTEST: Yes, we're alive. 16:47.10 Chans: (ghostbot) in:#ghostscript 16:47.27 good morning 16:47.45 good evening 16:48.13 still no word on getting tickest 16:48.15 tickets 16:48.23 Not that I've seen 16:48.40 ok 16:49.46 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 16:50.02 how are you feeling today ray_laptop? 16:50.03 good morning, Robin_Watts 16:50.29 mvrhel_laptop: my neck isn't quite as painful. At least I was able to sleep last night 16:50.34 thats good 16:50.40 sure is! 16:50.46 sounds like a move in the right direction 16:51.15 Robin_Watts: how's it going with the simulator ? Do you need any hints on using it ? 16:51.36 ray_laptop: I'm pretty much there I thnk. 16:52.43 Robin_Watts: OK. At least it should let you see the same function usage that they report 16:53.04 ray_laptop: They hadn't disabled interpolation in this version, but I have the file from them that should do that. 16:53.18 The blackhole for time actually appears to be the pdf14 stuff. 16:53.49 but when it comes to performance the x86 is _so_ much faster doing pdf14 rendering compared to their target that it's hard to relate 16:54.11 they have powerpc? 16:54.44 henrys: yes. About 1.2GHz, iirc (they have different engines with different speeds) 16:56.01 Robin_Watts: if there interpolated images, then that will call gx_default_copy_color which will make GOBS of calls to pdf14_fill_rectangle (mostly with 1x1 pixel rects) 16:56.38 We can hardly be expected to do transparency blending *and* match their performance without blending 16:57.05 Robin_Watts: the modification for them to limit interpolation (to 150 dpi if the scale is 4) will result in 1/16 the number of pixels 16:57.05 In their profiles (with interpolation turned off) we see 64.7% in pdf14_fill_rectangle 16:58.07 ray_laptop: Apparently the speed with interpolation disabled is pretty much the same as the speed with interpolation decimated with that patch. 16:58.14 some of their older engines were TOTALLY blowing off interpolation. Same as using -dNOINTERPOLATE 16:58.25 i.e. it's working well. 16:58.45 Robin_Watts: OK. 16:59.28 Robin_Watts: what's the percentage in pdf14_fill_rectangle with interpolation enabled (at full res) ? 16:59.51 don't know. 17:00.07 65% with interpolation off is still a really high percentage. 17:00.52 yes indeed. hence me optimising those functions at the moment. 17:02.40 Chans: (ghostbot) in:#ghostscript 17:11.40 FORK(839) --- fork starting for 'RSSFeeds', PID == 839, bot_pid == 32511 --- 17:11.41 FORK(839) !ERROR! cannot load my module: RSSFeeds 17:11.41 FORK(839) fork: took 1s for RSSFeeds. 17:11.41 FORK(839) --- fork finished for 'RSSFeeds' --- 17:23.23 TIMe to go, night all 17:23.31 night kens. 17:23.42 >>> kens has signed off IRC (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) [#ghostscript] 17:24.14 mvrhel_laptop: are you available for a question? 17:24.25 ray_laptop: sure 17:25.54 mvrhel_laptop: thanks. So in gdevp14.c line 3510 it sets the group_color_numcomps to whatever the device has, ignoring the setting from the begin trans group parameter. 17:26.09 hold on 17:26.33 ray_laptop: the device color settings should have been set to whatever the group was 17:26.40 mvrhel_laptop: this is the case when sep_target is true 17:27.09 oh. so the group color spaces should not be having any effect in this case 17:27.17 they should always be CMYK+spot 17:27.52 >>> join/#ghostscript JamesMT (47feb72c@gateway/web/freenode/ip.71.254.183.44) 17:28.44 mvrhel_laptop: in this case the num_components is 4 (no spot colors) but 'max_components' is 14, so the pdf14 device proto chosen is pdf14cmykspot 17:29.36 ray_laptop: if we are dealing with a file that has spot colors and we are going out to a sep device, then the transparency group color spaces should never be RGB 17:29.53 mvrhel_laptop: so this is the case where it works. Just checking to make sure this is what is intended. 17:30.14 mvrhel_laptop: this file doesn't have anything beyond CMYK 17:30.41 ok. what about in the case where things don't work? 17:31.31 mvrhel_laptop: so the problem is that when I use -dNumRenderingThreads > 0 we end up selecting the pdf14cmyk prototype device, and sep_target is false. Then the color space of the pattern is confused. 17:31.57 oh sep_target is not getting set for the thread devices 17:31.59 ray_laptop: What bug are you looking at ? 17:32.19 I just wanted to understand this much. I will look at why the MT rendering is selecting a different device. 17:32.24 Robin_Watts: 693541 17:32.29 you probably need to jigger the special_op for this 17:32.45 ray_laptop: Right. I said the other day that I was looking at that. 17:32.51 hehe 17:32.52 I have a fix in testing for it. 17:33.16 But the problems I was seeing are NOT the same as the ones you're describing, so I'm a bit confused. 17:33.27 Robin_Watts: OK. so what is your fix ? 17:34.10 The problem that I'm seeing is that we can't calculate plane_depth = dev->color_info.depth / dev->color_info.num_components 17:34.42 so, as I said on here the other day, my fix is to change gxdso_is_native_planar. 17:34.55 oops. Sorry. wrong bug number. 17:35.03 Instead of returning 0 for non planar, and 1 for planar, I return 0 for non planar, and ... 17:35.05 Ah! 17:35.14 this is bug 693557 17:35.22 That makes soooo much more sense :) 17:35.32 Chans: (ghostbot) in:#ghostscript 17:35.37 >>> henrys has signed off IRC (Quit: henrys) [#ghostscript] 17:36.01 Robin_Watts: I got the '541 number locked in my brain after our discussing it. 17:36.20 Ok, well, my fix seems to test out quite well for 541, except for a few cases that I can't explain. 17:36.52 mainly PCL files, with non planar devices IIRC, which is odd. 17:37.14 I'll shut up and leave you to your previous discussion then :) 17:38.04 --- Saved uptime records. 17:40.20 Seen: Flushed 6 entries. 17:42.30 FORK(29053) --- fork starting for 'RSSFeeds', PID == 29053, bot_pid == 32511 --- 17:42.31 FORK(29053) !ERROR! cannot load my module: RSSFeeds 17:42.31 FORK(29053) fork: took 1s for RSSFeeds. 17:42.31 FORK(29053) --- fork finished for 'RSSFeeds' --- 17:51.40 Chans: (ghostbot) in:#ghostscript 17:52.21 mvrhel_laptop: OK. So the problem is that max_components is set to 4 when we do the putdeviceparams to set the rendering thread's device. This (apparently) never happened to the actual device, so it still has 14. This explains the regression. 17:52.43 aha 17:52.49 >>> join/#ghostscript henrys (~henrys@67.230.202.195) 17:52.55 mvrhel_laptop: I can 'brute force' copy the cdev->color_info to the ndev->color_info AFTER the putdeviceparams, but that seems a little hacky 17:54.00 mvrhel_laptop: I'm going to look at the putdeviceparams for the primary device to see why max_components isn't getting set 17:54.02 yes. I agree. but I don't understand why the thread device would be getting set to something different than what its parent device had 17:54.40 mvrhel_laptop: the thread setup copies the prototype of the device (in this case psdcmyk) and starts with max_components=64 17:55.48 mvrhel_laptop: then we read the device params for the actual device and the putdeviceparams is _supposed_ to set the thread's copy to the same state in effect when we start rendering the page 17:58.04 max_components is set based upon the file type and the number of spot colors and what we have for GS_CLIENT_COLOR_MAX_COMPONENTS 17:58.23 as well as if we have an DEVICEN ICC profile as an output profile 17:58.51 this is all set up during prn_open 18:05.25 Hey all, I am attempting to figure out why MuPDF seems to drop some unicode characters, such as 雨 and 過. The specific application I am using is mudraw if that helps. I am consistently getting the warning "cannot encode character with code point 0x7200 (and some other numbers) as well as code point 0. If some insight into if these are related could be given that would be very helpful. 18:06.22 JamesMT: You probably need to speak to tor8, but it's 7pm where he is at the moment, so you may have left it a bit late for the day. 18:06.43 Arg.. Missed him again!? 18:06.58 Almost certainly he'll need to see the file to be able to make any informed comments. 18:07.02 Stupid morning rush at work kept me running around in circles :D 18:07.26 Can you share the file publicly? IF so, open a bug on bugs.ghostscript.com and attach it there. 18:07.36 Chans: (ghostbot) in:#ghostscript 18:08.25 I will work on getting a public file Robin_Watts.. I was informed yesterday I could send a character or two but we had only received permission to send this file to Oracle. 18:08.37 Thanks for the info, as always :) 18:08.51 JamesMT: A character or two? 18:09.07 A file which shows the problem with just a character or two in would be ideal. 18:09.24 saves us cutting it down. 18:09.54 Should be easy to get that.. but since I do not speak the language.. or read it.. I will have to have someone else figure out which ones we can send :) 18:10.34 If you are unable to share the file with the world, but could do so with just the developers, then let me know, and we can sort that out. 18:12.38 Sounds good 18:12.49 mvrhel_laptop: OK. I see the asymmetry. During parsing, we never see the MaxSeparations set (because Adobe defines that as 'read_only'), and the gx_default_get_params sets this to color_info.num_components (not max_components) 18:13.09 FORK(10328) --- fork starting for 'RSSFeeds', PID == 10328, bot_pid == 32511 --- 18:13.10 FORK(10328) !ERROR! cannot load my module: RSSFeeds 18:13.10 FORK(10328) fork: took 1s for RSSFeeds. 18:13.10 FORK(10328) --- fork finished for 'RSSFeeds' --- 18:13.13 Got the wheels turning on this side about either clearing the file for the world, for you guys or just getting some of the characters into a PDF that still exhibits this odd result. 18:13.54 JamesMT: how is Oracle involved with this ? 18:14.49 ray_laptop: We also use some of their software and have had issues with their software with this file 18:15.06 JamesMT: gs with -dPDFSTEP can let you see what is printing particular characters 18:15.41 JamesMT: I see. I thought maybe Oracle was going to rip-off mupdf (like they do with ghostscript) 18:16.15 ray_laptop: Haha, Not that I am aware of :) (I do not work for Oracle :)) 18:17.00 And I will give that a try, thanks :) 18:17.10 in order for Oracle to create PDF's they tell their customers to use ghostscript, but they won't license it from us so their customers can get support and not have to download GPL Ghostscript 18:17.55 mvrhel_laptop: did you see my comment about MaxSeparations ? 18:18.18 ray_laptop: yes. sorry. I stepped away for a sec 18:19.03 Not sure I understand what you are saying there though 18:20.55 ray_laptop, mvrhel_laptop: So, I have tweaked pdf14_mark_fill_rectangle and art_pdf_composite_pixel_alpha_8 to get some speedups. 18:21.09 nice 18:21.14 I'm going to try to port the changes back into head. 18:21.15 Robin_Watts: great 18:21.33 It depends I guess how far we want to go with the optimisations. 18:21.56 I have added specific mono additive only paths as that's what they are using. 18:22.12 dunno whether you consider those are worth adding to gs in general. 18:22.20 It seems like a common case to me. 18:23.20 Chans: (ghostbot) in:#ghostscript 18:25.19 >>> chrisl materializes into chrisl_away 18:25.58 mvrhel_laptop: the issue is that during parsing, we never put a param list that has MAxSeparations in it, but when we read the device's param_list in order to setup the render thread's device, it puts all valid parameters into the list (as it should), but it sets MaxSeparations from pdev->color_info.num_components 18:26.22 that does not seem right 18:26.40 then this causes us the set the render thread's max_components to 4 18:27.43 mvrhel_laptop: and then we end up picking the pdf14cmyk device proto INSTEAD of the pdf14CMYKspot proto during rendering, and then the 'sep_target' end up getting set to false. 18:27.52 right 18:28.20 mvrhel_laptop: so, it seems like setting it to max_components makes more sense, right ? 18:28.28 ray_laptop: Hmm, the characters show up fine using gs.. 18:28.33 that is what I would have expected to see ray_laptop 18:28.50 mvrhel_laptop: OK. Whew! what a tangled mess :-( 18:29.13 ray_laptop: yes. I have been in there and appreciate you figuring out the issue 18:29.20 mvrhel_laptop: trying that locally 18:29.29 it is actually better than it used to be 18:29.58 mvrhel_laptop: well, the regression ended up on my plate because of the cdev to ndev change in the clist_setup_render_threads 18:30.01 there were a lot of issues in the separation and deviceN color settings that I found 18:30.20 but I had not played with the MT rendering case 18:30.50 mvrhel_laptop: I am sure there were. And in trying to trace any reasoning, a lot of things stop at the massive Henry Stiles commit with the log message "DeviceN" 18:31.18 yes. aha. got a reply back from customer 330 18:32.15 >>> henrys has signed off IRC (Read error: Connection timed out) [#ghostscript] 18:33.31 "sorry, we haven't looked yet" ? 18:33.47 Robin_Watts: no progress.... 18:34.08 shooting for something before the August release now 18:34.19 mvrhel_laptop: this should be more consistent since the devn_put_params sets pdev->color_info.max_components = max_sep; 18:34.46 ray_laptop: aha. ok. I am surprised this did not cause any other issues 18:38.30 --- Saved uptime records. 18:39.20 Chans: (ghostbot) in:#ghostscript 18:40.40 Seen: Flushed 4 entries. 18:40.44 >>> join/#ghostscript henrys (~henrys@67.230.202.195) 18:42.17 mvrhel_laptop: grr... Now it fails because of the horrendous assignment in gdevdevn.c line 513+++ 18:42.38 it ends up setting num_components to max_components :-( 18:43.10 or max_separations 18:43.22 oh I remember trying to figure that one out with all the ?:?:?: 18:43.35 yep that's the booger 18:43.50 FORK(16335) --- fork starting for 'RSSFeeds', PID == 16335, bot_pid == 32511 --- 18:43.51 FORK(16335) !ERROR! cannot load my module: RSSFeeds 18:43.51 FORK(16335) fork: took 1s for RSSFeeds. 18:43.51 FORK(16335) --- fork finished for 'RSSFeeds' --- 18:46.18 this will only work if MaxSeparations actually comes from the devn_params (i.e. which will keep it at 0). At least for the case where the device uses devn_params 18:48.28 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 18:48.28 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 18:48.38 >>> join/#ghostscript apineda (~chatzilla@wrongway.mabelslabels.net) 18:49.34 nesting conditional with ternary operators could be banned in style.htm, I know some people like them but I think they hurt readability a lot. 18:50.25 Every new programming tool is something sharp for people to stab themselves with. 18:50.30 >>> setmeaway has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 18:50.53 mvrhel_laptop: looking at devn_get_params, I don't see how this works. It looks like it will always return dummy parameters for SeparationOrder, SeparationColorNames and always 'false' for Separations. How can this be right ? 18:50.59 You have to trust that the benefit of the tool outweighs the additional cost in sticking plasters. 18:52.31 ray_laptop: I tried to add in comments etc. on this. If you want to drop it all on me that is fine I can try to clean things up further 18:54.16 >>> join/#ghostscript setmeaway (oosool3@118.45.149.239) 18:54.18 mvrhel_laptop: comments where ? 18:54.36 hold on ray_laptop. 18:55.16 Chans: (ghostbot) in:#ghostscript 18:55.55 how can I juse the interpret to run something similar to "gs -sDEVICE=pdfwrite -o OUT.pdf IN.pdf" 18:56.45 apineda: Sorry? 18:56.50 ray_laptop: I guess most of my comments went into the device open stuff to explain how those values are set 18:57.05 mvrhel_laptop: which file ??? 18:57.13 the device 18:57.14 file 18:57.16 psd 18:57.18 tiffsep 18:57.40 not relevant to what you are doing 18:58.19 Maybe for me it's gswin32 then 18:58.32 gswin32c.exe probably on windows ? 18:58.36 Robin_Watts: sorry, that was meant for you 18:58.37 yeah 18:59.12 mvrhel_laptop: we are supposed to be able to do a 'get_params' and then a 'set_params' on a device. How can devn_get_params ever work ? 18:59.53 didn't seem to work. 19:00.06 no output 19:00.58 ray_laptop: I don't know. I only made the changes with the 4/27/12 commit 19:01.07 ray_laptop: do you want me to take this over for you? 19:02.48 mvrhel_laptop: how about I go ahead and fix MaxSeparations in devn_get_params and then open a bug for the other issues that may need attention ? 19:03.07 ray_laptop: Please do whatever you believe is best 19:03.56 mvrhel_laptop: I think we'll be OK since I don't think the thread rendering device ever needs the Separation* params 19:04.35 mvrhel_laptop: obviously that's working now. 19:07.02 >>> oy has signed off IRC (Quit: tschüß) [#ghostscript] 19:11.10 Chans: (ghostbot) in:#ghostscript 19:13.36 Robin_Watts: do you mind if I cluster push again I see you were using the cluster and your problem is higher priority? 19:14.20 FORK(4248) --- fork starting for 'RSSFeeds', PID == 4248, bot_pid == 32511 --- 19:14.20 henrys: go for it. 19:14.21 FORK(4248) !ERROR! cannot load my module: RSSFeeds 19:14.21 FORK(4248) fork: took 1s for RSSFeeds. 19:14.21 FORK(4248) --- fork finished for 'RSSFeeds' --- 19:14.44 pcl runs are way faster than gs ones. 19:16.13 having said that, I've just run a gs lowres one, sorry. 19:17.53 >>> join/#ghostscript setmeaway2 (setmeaway@118.45.149.239) 19:18.40 >>> setmeaway has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 19:20.37 no problem like I said your work should have priority, I am just fixing a non customer regression. 19:21.54 my rsync crapped out anyway - wireless at the library is not so great here. 19:22.34 I'm amazed at how you guys can work in places other than your offices. 19:22.52 I couldn't face lugging the 2 huge monitors around with me... 19:27.30 Chans: (ghostbot) in:#ghostscript 19:34.51 >>> henrys has signed off IRC (Read error: Connection timed out) [#ghostscript] 19:37.24 >>> join/#ghostscript henrys (~henrys@67.230.202.195) 19:38.50 --- Saved uptime records. 19:41.11 Seen: Flushed 5 entries. 19:43.50 Chans: (ghostbot) in:#ghostscript 19:44.30 FORK(12426) --- fork starting for 'RSSFeeds', PID == 12426, bot_pid == 32511 --- 19:44.31 FORK(12426) !ERROR! cannot load my module: RSSFeeds 19:44.31 FORK(12426) fork: took 1s for RSSFeeds. 19:44.31 FORK(12426) --- fork finished for 'RSSFeeds' --- 19:44.54 headed home now bbiaw 19:45.20 >>> henrys has signed off IRC (Quit: henrys) [#ghostscript] 19:45.45 mvrhel_laptop: This stuff is a REAL mess. If I end up setting MaxSeparations to max_components, then the screwy ? ? ? code in gdevdevn.c line 513 ends up setting the num_components to that value : (pdevn_params->max_separations) ? pdevn_params->max_separations 19:46.42 that ALSO doesn't seem right. max_separations shouldn't affect the number of components we are using 19:50.04 >>> JamesMT has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 19:59.40 Chans: (ghostbot) in:#ghostscript 20:05.17 >>> phiscribe has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 20:15.00 FORK(22724) --- fork starting for 'RSSFeeds', PID == 22724, bot_pid == 32511 --- 20:15.01 FORK(22724) !ERROR! cannot load my module: RSSFeeds 20:15.01 FORK(22724) fork: took 1s for RSSFeeds. 20:15.01 FORK(22724) --- fork finished for 'RSSFeeds' --- 20:15.10 >>> join/#ghostscript henrys (~henrys@c-50-134-235-109.hsd1.co.comcast.net) 20:15.30 Chans: (ghostbot) in:#ghostscript 20:20.45 >>> ray_laptop has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 20:26.51 ray_laptop: sorry I was out. I had to pickup my son at school 20:32.09 Chans: (ghostbot) in:#ghostscript 20:39.19 --- Saved uptime records. 20:41.59 Seen: Flushed 3 entries. 20:43.24 >>> mvrhel_laptop has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 20:44.10 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-174-61-155-196.hsd1.wa.comcast.net) 20:45.30 FORK(4271) --- fork starting for 'RSSFeeds', PID == 4271, bot_pid == 32511 --- 20:45.31 FORK(4271) !ERROR! cannot load my module: RSSFeeds 20:45.31 FORK(4271) fork: took 1s for RSSFeeds. 20:45.31 FORK(4271) --- fork finished for 'RSSFeeds' --- 20:47.59 Chans: (ghostbot) in:#ghostscript 21:15.40 FORK(1834) --- fork starting for 'RSSFeeds', PID == 1834, bot_pid == 32511 --- 21:15.41 FORK(1834) !ERROR! cannot load my module: RSSFeeds 21:15.41 FORK(1834) fork: took 2s for RSSFeeds. 21:15.41 FORK(1834) --- fork finished for 'RSSFeeds' --- 21:30.39 LOG: last message repeated 3 times 21:30.39 ircCheck: possible lost in space; checking.Wed Jan 16 21:30:39 2013 21:30.39 >ghostbot< TEST 21:30.39 IRCTEST: Yes, we're alive. 21:36.09 Chans: (ghostbot) in:#ghostscript 21:39.49 --- Saved uptime records. 21:46.29 FORK(20268) --- fork starting for 'RSSFeeds', PID == 20268, bot_pid == 32511 --- 21:46.30 FORK(20268) !ERROR! cannot load my module: RSSFeeds 21:46.30 FORK(20268) fork: took 1s for RSSFeeds. 21:46.30 FORK(20268) --- fork finished for 'RSSFeeds' --- 21:52.39 Chans: (ghostbot) in:#ghostscript 21:55.34 >>> join/#ghostscript malc_ (~malc@188.123.241.147) 22:09.39 Chans: (ghostbot) in:#ghostscript 22:16.49 FORK(16209) --- fork starting for 'RSSFeeds', PID == 16209, bot_pid == 32511 --- 22:16.50 FORK(16209) !ERROR! cannot load my module: RSSFeeds 22:16.50 FORK(16209) fork: took 1s for RSSFeeds. 22:16.50 FORK(16209) --- fork finished for 'RSSFeeds' --- 22:18.20 >>> mvrhel_laptop has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 22:19.25 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-174-61-155-196.hsd1.wa.comcast.net) 22:22.46 >>> malc_ has signed off IRC (Quit: leaving) [#ghostscript] 22:23.40 >>> mvrhel_laptop has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 22:25.30 Chans: (ghostbot) in:#ghostscript 22:36.09 ircCheck: possible lost in space; checking.Wed Jan 16 22:36:09 2013 22:36.09 >ghostbot< TEST 22:36.09 IRCTEST: Yes, we're alive. 22:40.09 --- Saved uptime records. 22:41.49 Chans: (ghostbot) in:#ghostscript 22:46.59 FORK(32575) --- fork starting for 'RSSFeeds', PID == 32575, bot_pid == 32511 --- 22:47.00 FORK(32575) !ERROR! cannot load my module: RSSFeeds 22:47.00 FORK(32575) fork: took 1s for RSSFeeds. 22:47.00 FORK(32575) --- fork finished for 'RSSFeeds' --- 22:48.49 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 22:48.49 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 22:52.04 >>> paulgardiner has signed off IRC (Quit: ChatZilla 0.9.89 [Firefox 18.0/20130104151925]) [#ghostscript] 22:57.19 Chans: (ghostbot) in:#ghostscript 23:17.09 FORK(12585) --- fork starting for 'RSSFeeds', PID == 12585, bot_pid == 32511 --- 23:17.10 FORK(12585) !ERROR! cannot load my module: RSSFeeds 23:17.10 FORK(12585) fork: took 1s for RSSFeeds. 23:17.10 FORK(12585) --- fork finished for 'RSSFeeds' --- 23:39.39 ircCheck: possible lost in space; checking.Wed Jan 16 23:39:39 2013 23:39.39 >ghostbot< TEST 23:39.39 IRCTEST: Yes, we're alive. 23:40.39 --- Saved uptime records. 23:44.49 Chans: (ghostbot) in:#ghostscript 23:47.19 FORK(24302) --- fork starting for 'RSSFeeds', PID == 24302, bot_pid == 32511 --- 23:47.20 FORK(24302) !ERROR! cannot load my module: RSSFeeds 23:47.20 FORK(24302) fork: took 1s for RSSFeeds. 23:47.20 FORK(24302) --- fork finished for 'RSSFeeds' ---