00:09.21 FORK(3944) Opened logfile log/20130301. 00:09.21 FORK(3944) LOG: last message repeated 3 times 00:09.21 FORK(3944) --- fork starting for 'RSSFeeds', PID == 3944, bot_pid == 1005 --- 00:09.22 FORK(3944) !ERROR! cannot load my module: RSSFeeds 00:09.22 FORK(3944) fork: took 2s for RSSFeeds. 00:09.22 FORK(3944) --- fork finished for 'RSSFeeds' --- 00:13.26 Opened logfile log/20130301. 00:13.26 LOG: last message repeated 3 times 00:13.26 mvrhel_laptop: ping 00:14.49 mvrhel_laptop: No, the last commit to golden was not in december 00:17.41 --- Saved uptime records. 00:21.57 Robin_Watts: I got the most recent commits 00:22.05 ah, cool. 00:22.11 but for some reason I had to pull them from my origin on casper 00:22.11 Chans: (ghostbot) in:#ghostscript 00:22.19 pulling them from golden didnt work 00:22.30 at least with tortoise git 00:23.02 Right. Does tortoise git show the commands it actually sends? You should be doing the equivalent of "git pull --rebase golden master" 00:23.09 anyway, trying to figure out how best to pull everything new into my branch and also to make sure the branch is on my repos on caspar 00:23.33 ok, so you've got the commits in your local repo on master. 00:23.55 You should change to your branch (git checkout win8) (or whatever it's called) 00:23.56 my local repo is up to date, plus I have a branch that is not rebased locally 00:24.04 then: git rebase master 00:24.24 or however you do that in tortoise. 00:24.45 ok. I am in the middle of some code rework. let me remove this stuff first 00:25.01 (git stash :) ) 00:25.47 ok so I am on the branch 00:26.33 ah ok. I see let me rebase this to master 00:26.55 of course I have a conflict with sln 00:27.19 that is going to be a tricky one, as the solution with the windowRT stuff is going to have to be for VS 20q2 00:27.20 2012 00:27.34 perhaps I need to have 2 solutions 00:27.46 perhaps, yes. 00:28.13 we have a win32 dir with the win32 solution in. 00:28.22 Perhaps a WinRT dir? or a win8 dir? 00:28.34 That might be the easiest way to avoid you going insane. 00:28.38 perhaps. I guess I should probably do that first 00:29.08 let me fix all of that first. I do see how to do the rebase for my branch 00:29.19 OK. "git rebase --abort" (or the tortoise equivalent) will go back to as you were. 00:29.27 yes. I aborted just now 00:29.32 How many commits on this branch? 00:29.37 one :) 00:29.41 the initial one 00:30.18 OK. So nice and simple - you move the solution to the new dir, add it, and then unstage the old one so it's unchanged. 00:30.33 oh great idea 00:30.53 git is very nice in that you can go back and rewrite history, so we could have made this work even if you'd had a series of commits, but that's more complex of course. 00:31.04 let me attempt this 00:32.17 so I need to undo the changes that I have in win32 now 00:34.58 yeah, by command line you do: "git reset --mixed HEAD~1 -- pathname" 00:35.17 but it's probably easier with tortoise. 00:35.35 well we will see. luckily I do have a backup 00:37.40 Copy the files to win8 before you try reverting them (he says, stating the obvious) 00:38.10 Chans: (ghostbot) in:#ghostscript 00:38.12 >>> paulgardiner has signed off IRC (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331]) [#ghostscript] 00:39.31 FORK(25657) --- fork starting for 'RSSFeeds', PID == 25657, bot_pid == 1005 --- 00:39.32 FORK(25657) !ERROR! cannot load my module: RSSFeeds 00:39.32 FORK(25657) fork: took 1s for RSSFeeds. 00:39.32 FORK(25657) --- fork finished for 'RSSFeeds' --- 00:41.24 Robin_Watts: Yes. I did that. Somehow something has gotten a little messed up here 00:42.00 let me see if I can get the branch up to date now and then I will add in my minor changes to the fitz headers (the c++ stuff) 00:42.24 remember that at any stage you can do a hard reset to get back to your last commit. But that will throw away all your changes! 00:42.46 right. now I should be safe with the hard reset since it all is in another folder 00:42.59 except for the header file changes. those are tiny though 00:44.28 so right now, I am going to get my branch in rebased as is with my master 00:44.47 the master is at the commit from paul today 00:45.38 Sorry? Rebasing your branch on master will give problems because of the .sln. 00:45.46 ok it is now fastforwarded that is 00:45.58 I meant fast forward sorry 00:46.11 Now I will add in my new solution 00:46.37 ok. I'm confused, but if you're happy, that's the main thing :) 00:47.00 so far I think I have a handle on it. basically now the branch and my master are the same as the golden 00:47.08 I am going to commit my changes now to the branch 00:47.25 but first I am going to hack out the win32 stuff from this solution 00:48.04 or maybe I should just leave it 00:48.14 I can do that later 00:48.22 if I want 00:53.57 ok, so are you sorted for now? 00:53.57 Chans: (ghostbot) in:#ghostscript 00:56.05 Robin_Watts: apparently some of the functions in mupdf have changed since I last update 00:56.12 but I should be able to get this sorted 00:56.19 mvrhel_laptop: possibly. 00:56.24 e.g. fz_bound_page changed 00:56.31 Right. 00:56.41 So 2 main changes. 00:56.50 1) fz_bbox has changed to fz_irect 00:57.09 oh ok 00:57.25 1a) Various places that used to take an fz_bbox now take an fz_rect cos it cleans the interface up. 00:57.48 2) We now pass most rects and matrices by reference rather than by value. 00:58.03 (so instead of passing fz_infinite_rect, you pass &fz_infinite_rect etc) 00:58.35 Hopefully it should be a simple thing to fix (basically, you'll see a compilation failure/warning and the fix should be obvious) 00:58.46 right 00:59.21 If you get stuck, push your branch to your repo and mail me, and I'll pull the branch and fix it tomorrow. 00:59.30 ok thanks 01:00.21 oh fz_bound_page returns a pointer. item 2 above... 01:01.04 fz_scale too... 01:01.47 oh fz_scale really changed 01:02.13 ok I see 01:03.17 2a) matrix operations now pass by reference too, sorry. 01:09.39 FORK(13075) --- fork starting for 'RSSFeeds', PID == 13075, bot_pid == 1005 --- 01:09.40 ok building once again 01:09.40 FORK(13075) !ERROR! cannot load my module: RSSFeeds 01:09.40 FORK(13075) fork: took 1s for RSSFeeds. 01:09.40 FORK(13075) --- fork finished for 'RSSFeeds' --- 01:10.00 Chans: (ghostbot) in:#ghostscript 01:10.50 Seen: Flushed 2 entries. 01:11.13 Darn. ugly crash when I try to open a file :( 01:11.21 well something to beat on tonight 01:12.34 hmm. something likely wacky in the windows app file restriction.... wonder why that has come back up 01:12.43 bbiaw to work on this more 01:14.01 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 01:14.01 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 01:14.06 oh links I see from the customer. 01:14.10 need to get that going too 01:14.33 yeah. If this becomes urgent, I can always go buy a windows 8 license. 01:14.36 >>> join/#ghostscript sebras2 (5518f2d6@gateway/web/freenode/ip.85.24.242.214) 01:15.34 so I could help out if required. 01:15.43 I guess we'd need a VS2012 too. 01:16.01 robin: did you read about zopflik? 01:16.28 no? 01:16.46 not sure it makes sense in mupdf or what licese is used, but it might be useful... 01:17.13 What is it? Professor Google is failing me. 01:17.43 --- Saved uptime records. 01:18.12 robin: itc's on hn. ic'm having a hard time pasting the url from my phone. :v( 01:19.03 ah, right. It's a better zipper. 01:20.06 yes. and zlib compatible v(or so they sayb)... 01:20.15 Yes, it's perfectly possible. 01:20.38 I used another 'better than zip' thing before, and I can't remember it's name offhand. 01:21.22 ah. like the jpegmini thing i saw on hn lately.. 01:21.23 I had a script to compress things several times, and used zipmix to pick the smallest (or something like that) 01:21.47 I saw the "jpegmini does video" the other day. impressive. 01:22.31 did you see the debunking for the videon-case took? 01:23.27 Peregrines brother? 01:23.36 got to go. goodnight alla! 01:23.40 night. 01:24.54 >>> sebras2 has signed off IRC (Quit: Page closed) [#ghostscript] 01:25.26 >>> tor8 has signed off IRC (Quit: tor8) [#ghostscript] 01:26.26 Chans: (ghostbot) in:#ghostscript 01:39.47 FORK(29475) --- fork starting for 'RSSFeeds', PID == 29475, bot_pid == 1005 --- 01:39.48 FORK(29475) !ERROR! cannot load my module: RSSFeeds 01:39.48 FORK(29475) fork: took 1s for RSSFeeds. 01:39.48 FORK(29475) --- fork finished for 'RSSFeeds' --- 02:10.01 FORK(14520) --- fork starting for 'RSSFeeds', PID == 14520, bot_pid == 1005 --- 02:10.02 FORK(14520) !ERROR! cannot load my module: RSSFeeds 02:10.02 FORK(14520) fork: took 1s for RSSFeeds. 02:10.02 FORK(14520) --- fork finished for 'RSSFeeds' --- 02:11.31 Seen: Flushed 3 entries. 02:14.17 Chans: (ghostbot) in:#ghostscript 02:18.09 --- Saved uptime records. 02:24.37 ircCheck: possible lost in space; checking.Fri Mar 1 02:24:37 2013 02:24.37 >ghostbot< TEST 02:24.37 IRCTEST: Yes, we're alive. 02:30.07 Chans: (ghostbot) in:#ghostscript 02:40.11 FORK(546) --- fork starting for 'RSSFeeds', PID == 546, bot_pid == 1005 --- 02:40.12 FORK(546) !ERROR! cannot load my module: RSSFeeds 02:40.12 FORK(546) fork: took 1s for RSSFeeds. 02:40.12 FORK(546) --- fork finished for 'RSSFeeds' --- 03:10.45 FORK(20557) LOG: last message repeated 4 times 03:10.45 FORK(20557) --- fork starting for 'RSSFeeds', PID == 20557, bot_pid == 1005 --- 03:10.46 FORK(20557) !ERROR! cannot load my module: RSSFeeds 03:10.46 FORK(20557) fork: took 1s for RSSFeeds. 03:10.46 FORK(20557) --- fork finished for 'RSSFeeds' --- 03:18.13 LOG: last message repeated 5 times 03:18.13 --- Saved uptime records. 03:23.04 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 03:26.26 >>> join/#ghostscript tkamppeter_ (~till@p5DDB9368.dip.t-dialin.net) 03:27.54 >>> marcosw has signed off IRC (Client Quit) [#ghostscript] 03:28.53 ircCheck: possible lost in space; checking.Fri Mar 1 03:28:53 2013 03:28.53 >ghostbot< TEST 03:28.53 IRCTEST: Yes, we're alive. 03:29.56 >>> tkamppeter has signed off IRC (Ping timeout: 255 seconds) [#ghostscript] 03:34.03 Chans: (ghostbot) in:#ghostscript 03:41.11 FORK(29977) --- fork starting for 'RSSFeeds', PID == 29977, bot_pid == 1005 --- 03:41.12 FORK(29977) !ERROR! cannot load my module: RSSFeeds 03:41.12 FORK(29977) fork: took 1s for RSSFeeds. 03:41.12 FORK(29977) --- fork finished for 'RSSFeeds' --- 03:52.15 >>> join/#ghostscript mrdocs (~mrdocs@c-76-102-153-54.hsd1.ca.comcast.net) 03:52.15 >>> mrdocs has signed off IRC (Changing host) [#ghostscript] 03:52.15 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 04:05.31 >>> join/#ghostscript marcosw (~marcosw@adsl-108-200-233-87.dsl.pltn13.sbcglobal.net) 04:06.31 Chans: (ghostbot) in:#ghostscript 04:11.19 FORK(9487) --- fork starting for 'RSSFeeds', PID == 9487, bot_pid == 1005 --- 04:11.20 FORK(9487) !ERROR! cannot load my module: RSSFeeds 04:11.20 FORK(9487) fork: took 1s for RSSFeeds. 04:11.20 FORK(9487) --- fork finished for 'RSSFeeds' --- 04:18.37 --- Saved uptime records. 04:22.59 Chans: (ghostbot) in:#ghostscript 04:33.49 ircCheck: possible lost in space; checking.Fri Mar 1 04:33:49 2013 04:33.49 >ghostbot< TEST 04:33.49 IRCTEST: Yes, we're alive. 04:38.59 Chans: (ghostbot) in:#ghostscript 04:40.14 >>> boblivingston_ materializes into wordToDaBird 04:41.35 FORK(14297) --- fork starting for 'RSSFeeds', PID == 14297, bot_pid == 1005 --- 04:41.36 FORK(14297) !ERROR! cannot load my module: RSSFeeds 04:41.36 FORK(14297) fork: took 1s for RSSFeeds. 04:41.36 FORK(14297) --- fork finished for 'RSSFeeds' --- 04:43.33 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 04:54.41 Chans: (ghostbot) in:#ghostscript 05:12.14 FORK(22334) --- fork starting for 'RSSFeeds', PID == 22334, bot_pid == 1005 --- 05:12.15 FORK(22334) !ERROR! cannot load my module: RSSFeeds 05:12.15 FORK(22334) fork: took 2s for RSSFeeds. 05:12.15 FORK(22334) --- fork finished for 'RSSFeeds' --- 05:14.09 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 05:14.09 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 05:18.41 --- Saved uptime records. 05:27.45 Chans: (ghostbot) in:#ghostscript 05:38.45 ircCheck: possible lost in space; checking.Fri Mar 1 05:38:45 2013 05:38.45 >ghostbot< TEST 05:38.45 IRCTEST: Yes, we're alive. 05:43.04 FORK(31234) --- fork starting for 'RSSFeeds', PID == 31234, bot_pid == 1005 --- 05:43.05 FORK(31234) !ERROR! cannot load my module: RSSFeeds 05:43.05 FORK(31234) fork: took 2s for RSSFeeds. 05:43.05 FORK(31234) --- fork finished for 'RSSFeeds' --- 05:43.49 Chans: (ghostbot) in:#ghostscript 06:13.07 FORK(4829) LOG: last message repeated 3 times 06:13.07 FORK(4829) --- fork starting for 'RSSFeeds', PID == 4829, bot_pid == 1005 --- 06:13.09 FORK(4829) !ERROR! cannot load my module: RSSFeeds 06:13.09 FORK(4829) fork: took 2s for RSSFeeds. 06:13.09 FORK(4829) --- fork finished for 'RSSFeeds' --- 06:19.19 LOG: last message repeated 4 times 06:19.19 --- Saved uptime records. 06:31.25 Chans: (ghostbot) in:#ghostscript 06:42.09 ircCheck: possible lost in space; checking.Fri Mar 1 06:42:09 2013 06:42.09 >ghostbot< TEST 06:42.10 IRCTEST: Yes, we're alive. 06:43.20 FORK(21991) --- fork starting for 'RSSFeeds', PID == 21991, bot_pid == 1005 --- 06:43.21 FORK(21991) !ERROR! cannot load my module: RSSFeeds 06:43.21 FORK(21991) fork: took 1s for RSSFeeds. 06:43.21 FORK(21991) --- fork finished for 'RSSFeeds' --- 06:47.17 Chans: (ghostbot) in:#ghostscript 07:11.06 good night 07:13.14 Seen: Flushed 1 entries. 07:13.34 FORK(27073) --- fork starting for 'RSSFeeds', PID == 27073, bot_pid == 1005 --- 07:13.35 FORK(27073) !ERROR! cannot load my module: RSSFeeds 07:13.35 FORK(27073) fork: took 1s for RSSFeeds. 07:13.35 FORK(27073) --- fork finished for 'RSSFeeds' --- 07:19.31 --- Saved uptime records. 07:19.51 Chans: (ghostbot) in:#ghostscript 07:43.48 FORK(30513) --- fork starting for 'RSSFeeds', PID == 30513, bot_pid == 1005 --- 07:43.49 FORK(30513) !ERROR! cannot load my module: RSSFeeds 07:43.49 FORK(30513) fork: took 2s for RSSFeeds. 07:43.49 FORK(30513) --- fork finished for 'RSSFeeds' --- 07:51.49 LOG: last message repeated 3 times 07:51.49 >>> join/#ghostscript kens (~Miranda@87.114.65.127) 07:52.10 >>> join/#ghostscript tor8 (~tor@c-f77c71d5.04-50-6c756e10.cust.bredbandsbolaget.se) 07:56.15 >>> chrisl_away materializes into chrisl 08:06.47 Chans: (ghostbot) in:#ghostscript 08:12.09 ircCheck: possible lost in space; checking.Fri Mar 1 08:12:09 2013 08:12.09 >ghostbot< TEST 08:12.10 IRCTEST: Yes, we're alive. 08:14.00 FORK(1827) --- fork starting for 'RSSFeeds', PID == 1827, bot_pid == 1005 --- 08:14.01 FORK(1827) !ERROR! cannot load my module: RSSFeeds 08:14.01 FORK(1827) fork: took 1s for RSSFeeds. 08:14.01 FORK(1827) --- fork finished for 'RSSFeeds' --- 08:20.05 >>> kens has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 08:20.05 --- Saved uptime records. 08:23.37 Chans: (ghostbot) in:#ghostscript 08:25.02 >>> join/#ghostscript kens (~Miranda@87.114.65.127) 08:39.59 Chans: (ghostbot) in:#ghostscript 08:43.48 kens: I'm struggling with the opdfread Postscript :-( 08:44.18 FORK(11111) --- fork starting for 'RSSFeeds', PID == 11111, bot_pid == 1005 --- 08:44.19 FORK(11111) !ERROR! cannot load my module: RSSFeeds 08:44.19 FORK(11111) fork: took 1s for RSSFeeds. 08:44.19 FORK(11111) --- fork finished for 'RSSFeeds' --- 08:49.37 Nothing new there 08:49.51 Have you looked at the de-obfuscated version ? 08:50.39 Unfortunately what's confusing me involves the job specific part :-( 08:51.02 Let me e-mail you the file..... 08:51.04 Oh, do you want to mail me a copy and I'll chat about it ? 08:51.09 ROFL 08:51.19 On its way :-) 08:51.38 OK got it. 08:51.56 So if you open that, and go to line 8188 08:52.08 11 0 obj 08:52.47 Yep, that dictionary references object 25, which is defined *after* object 11 08:53.00 Hmm, well that's legal in PDF :-) 08:53.12 Yes I see its the encoding 08:53.35 Similarly the FonDescriptor 08:54.10 I 'think' that's OK because they aaren't dreferenced until the font is used, by which time they have been defined 08:54.29 Certainly works OK in GS 08:54.44 In this file font isn't used, but we still end up calling MakeType42...... 08:54.54 Really ? THat's od 08:55.00 >>> join/#ghostscript oy (~oy@f055195145.adsl.alicedsl.de) 08:55.25 Interesting 08:55.29 If you have a search, it never references object 11 (I cut out the reference) 08:55.42 Yes. 08:55.49 Did you run this with PDFR_DEBUG ? 08:56.09 Chans: (ghostbot) in:#ghostscript 08:56.09 Yes, not much help, really 08:56.44 It says it 'recognised a font object' 08:56.52 and from there proceeds to define the font 08:57.13 Specifically, what I've been trying to fathom is how the "endobj" procedure knows that object 20 is a font file 08:57.43 TypeDaemons recognises the object type, need to see where that is executed from 08:58.49 from endobj 08:58.56 yep 08:59.24 So there you are, endobj executes RunTypeDameon which looks for the object type '/Font' and determines its a font 09:00.04 Yes, but the dictionary contains references to as yet undefined objects...... 09:00.32 True, but I think that's permitted at that point, its still just a dictioanry.# 09:00.50 It just stores the font at that time 09:01.07 It then defines the FOntDescriptor simlarly 09:01.17 Right, so then we get the encoding, then the font descriptor, then the font file stream 09:01.23 Yes 09:01.44 And we eventually define the font after we get the file stream 09:01.44 When it finishes the font stream it creates the font 09:02.02 Right: how does it know that the stream is for a font? 09:02.26 I think its the TypeDameons again 09:02.42 OK BEcause its a FontFile object 09:03.11 Not sure how it know that, maybe it searches 09:03.15 No, it's a stream object, that is referenced by the name FontFile2 09:03.33 Yes but it knows its a fontfile when it executes the stream I mean 09:04.10 When we get to endobj for the stream, the stream dictionary contains a /.endobj_daemon entry 09:04.26 It knows before it gets there, it knows at the beginning of the satream 09:04.36 Look at line 591, '/stream' 09:05.27 GetObject? 09:05.37 When it starts the stream it says 'Executing the FontFileDaemon for 20' 09:05.48 Let me see how it determines that 09:06.52 Ah, I think it may be that the FontDescriptor object leaves a FontFileDaemon on the stack 09:07.04 Expecting that the next object will bethe FOntFile stream 09:07.34 Because we control the creation of the file we can guarantee that is the case 09:08.25 Stack is empty after the font descriptor endobj 09:08.49 Hmm, well it definitely creates an executable array before it finishes 09:09.22 Oh, its calling //Register 09:09.32 look around line 868 09:09.42 part of /FontDescriptor 09:09.58 It creates an executable array and then calls //Register with it 09:11.47 Oops,I've broken my copy of the file, could you send it again please ? 09:12.37 Chans: (ghostbot) in:#ghostscript 09:12.50 On its way 09:13.05 THanks, I'll make a copy this time.... 09:13.29 Seen: Flushed 2 entries. 09:13.29 I think /Re 09:13.34 sorry 09:14.11 I think /Regsiter uses PutObject to connect the object number with the Daemon, then when it encoutners the stream it nkows to run that Daemon with that object number 09:14.41 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 09:14.41 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 09:14.42 FORK(16965) --- fork starting for 'RSSFeeds', PID == 16965, bot_pid == 1005 --- 09:14.43 FORK(16965) !ERROR! cannot load my module: RSSFeeds 09:14.43 FORK(16965) fork: took 2s for RSSFeeds. 09:14.43 FORK(16965) --- fork finished for 'RSSFeeds' --- 09:15.02 Yes, I'm beginning to see a vague outline of what's going on - this simply cannot be the best way to make this work :-( 09:15.22 I couldn't possibly comment....... 09:15.44 I've not ahad to deal with this stuff much, it usually 'just works' 09:16.20 Okay so, two things FYI: the guy with the crashing printer was mistaken - the 9.05 output crashes, too. What he thought was 9.05 output was actually the poppler output.... 09:16.41 :-) 09:16.45 (hence why I'm trying to get some handle on this to instrument the PS in some way) 09:16.51 THat at least doesn't surprise me 09:17.38 Second, the 9.07/HEAD code's output from the PDF errors out when running with -dPDFR_DEBUG 09:17.47 I see that when I run /streamfor the FontFile GetObject returns an object which we execute 09:17.58 chrisl on the printer ? 09:18.15 No, in GS 09:18.19 Not for me 09:18.32 At least it didn't until I edited the file, now it does... 09:18.41 That's 9.05's output you're using 09:18.48 (Maybe I'm making that up, let me retry) 09:18.59 Oh, should read the code... 09:19.10 If you grab the "Original PDF" from http://bugs.ghostscript.com/show_bug.cgi?id=693652 09:20.14 THe 9.05 output errors with PDFR_DEBUG true as well 09:20.19 Run it through ps2write, then run the resulting PDF with -dPDFR_DEBUG, it errors with a rangecheck; OffendingCommand: getinterval 09:20.29 --- Saved uptime records. 09:20.44 Seems to be common to both 09:20.57 Hmm, the 9.05 output works okay for me, I think.... hang on 09:21.20 Not for me, that was what had me going, I thought it was because I'd edited the file, in fact its the PDFR_DEBUG that does it 09:22.12 Hmm, funny stuff on the stack,it looks like its breaking the TrueType loading 09:22.41 Hmm, I'm running it with 9.05 as well, I wonder if that makes a difference..... 09:22.59 Its hard to see why, let me try 9.05 with the file 09:23.57 Bizarrely that does indeed work 09:24.22 Okay, good, at least we're consistent! I'll maybe bisect it later on 09:24.23 Its a problem intriduced later it seems. 09:24.45 But the 9.07 output fails even with 9.05 ? 09:24.53 (with PDFR_DEBUG) 09:24.59 Not sure..... 09:25.13 I'll try it 09:25.42 The 9.06 output is okay, so it is something on the interpreter side. 09:25.59 Very strange 09:26.52 The original file, converted to PS with 9.07 then the PS run through 9.05 with PDFR_DEBUG is OK here too 09:28.23 Chans: (ghostbot) in:#ghostscript 09:28.55 Well it seems to fail trying to read the second short for one fo the encodings. 09:29.07 Anyway, this isn't really the original problem 09:29.14 Could be 64 bit integers causing the problem 09:29.25 I was wondering if we'd changed the size of something yes 09:29.58 THe working setup goes 09:29.58 NumEncodings = 2 09:29.58 00030000 [282 318 null] 09:30.11 The failing one goes 09:30.11 NumEncopdings = 2 09:30.11 0003 09:30.38 WOuld have to debug further to find out what's dying there, but I'm not sure its worth it right now. 09:30.51 Can I help further with the real problem ? 09:31.24 No, thanks, I'm just to stick some showpages in a strategic points, and try to narrow down where the printer is actually failing 09:31.43 OK then I'll go back to trying to constrcut a working type 3 image. 09:31.56 That's probably more interesting...... 09:32.30 Its part of my colour space testing, I can't see why I'm getting a rangecheck, clearly I have something wrong.... 09:32.49 * kens/#ghostscript returns to the PLRM 09:32.53 or there's a bug - it's not a very common image type 09:33.16 Yeah but my usage is so simple-minded I can't believe its that 09:33.25 I've just done somethgin wrong is all 09:44.38 Chans: (ghostbot) in:#ghostscript 09:45.14 FORK(23178) --- fork starting for 'RSSFeeds', PID == 23178, bot_pid == 1005 --- 09:45.15 FORK(23178) !ERROR! cannot load my module: RSSFeeds 09:45.15 FORK(23178) fork: took 2s for RSSFeeds. 09:45.15 FORK(23178) --- fork finished for 'RSSFeeds' --- 10:13.36 Seen: Flushed 2 entries. 10:15.22 FORK(27413) --- fork starting for 'RSSFeeds', PID == 27413, bot_pid == 1005 --- 10:15.23 FORK(27413) !ERROR! cannot load my module: RSSFeeds 10:15.23 FORK(27413) fork: took 1s for RSSFeeds. 10:15.23 FORK(27413) --- fork finished for 'RSSFeeds' --- 10:17.18 Chans: (ghostbot) in:#ghostscript 10:20.34 --- Saved uptime records. 10:22.35 kens/chris: About the contrib thing. 10:22.47 I was initially in favour of leaving contrib where it was. 10:23.13 but ray points out that it'd still be a single directory with all the contrib things in. 10:23.48 I can see that there would be an argument for keeping the contrib stuff in a separate dir in the top level, but it's already not at the top level. 10:23.48 I don't feel strongly about it, but I think putting it outside devices makes it clearer its not 'our' code. 10:23.55 >>> join/#ghostscript paulgardiner (~chatzilla@smtp.glidos.net) 10:24.02 (It's 'gs/contrib', not 'contrib') 10:24.08 Robin_Watts : it is for 'Ghostscript' 10:24.20 Well, everything is under gs 10:24.38 kens: No, not everything is under gs. 10:24.56 True, It used to be though 10:25.13 This re-organisation has happened at least once before, and stopped part way 10:25.18 I do wonder if in this great reorg, we should remove the GhostPDL/Gs distunction. 10:25.31 Personally I would be in favour 10:25.38 That's where we stopped last time 10:25.48 and just have psi as another language at the same level as pcl or xps or... 10:26.33 psi is at the same level already 10:26.54 "/ghostpdl/psi" 10:27.09 But its not the real one 10:27.18 Right. 10:27.47 So gs/base could become just 'lib' maybe, and gs/devices would become devices etc. 10:27.59 I'd be happier with that myself 10:28.10 But its a nightmare for the build I think, everything has to change 10:28.22 WHich (I think) is why its not happened before 10:29.28 We'd probably need a '3rd party' library to store things like openjpeg zlib etc in a neat fashion, otherwise the top level directory would be unbearably cluttered 10:29.50 Topic for the staff meeting ? 10:30.35 Sounds a lot like it to me. 10:31.22 a libs dir ? As some of the libs (jbig2dec) are actually ours. 10:31.32 libs rather than thirdparty 10:31.57 I don't really mind what its called, just an observation that moving all the dependencies from ghostpdl to the top level would be a mess 10:32.40 Chans: (ghostbot) in:#ghostscript 10:33.59 OK type 3 images working now..... 10:46.00 FORK(2769) --- fork starting for 'RSSFeeds', PID == 2769, bot_pid == 1005 --- 10:46.01 FORK(2769) !ERROR! cannot load my module: RSSFeeds 10:46.01 FORK(2769) fork: took 1s for RSSFeeds. 10:46.01 FORK(2769) --- fork finished for 'RSSFeeds' --- 10:48.42 Chans: (ghostbot) in:#ghostscript 10:52.11 Robin_Watts: that would make it pain doing the release - there'd would be a lot more faffing about to get the Ghostscript distribution 10:54.23 chrisl: You'd take a subset of dirs, rather than a single one, but yes, I see your point. 10:57.40 Yeh, then there would be the configure script(s) and makefile(s) to sort out so each distribution got something that worked..... 11:05.04 Chans: (ghostbot) in:#ghostscript 11:07.13 >>> join/#ghostscript hnan (~hnan@195.184.103.10) 11:10.52 >>> tkamppeter_ materializes into tkamppeter 11:13.38 Seen: Flushed 3 entries. 11:16.54 FORK(11322) --- fork starting for 'RSSFeeds', PID == 11322, bot_pid == 1005 --- 11:16.55 FORK(11322) !ERROR! cannot load my module: RSSFeeds 11:16.55 FORK(11322) fork: took 1s for RSSFeeds. 11:16.55 FORK(11322) --- fork finished for 'RSSFeeds' --- 11:20.56 --- Saved uptime records. 11:21.36 Chans: (ghostbot) in:#ghostscript 11:42.21 >>> kens has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 11:47.18 FORK(16015) --- fork starting for 'RSSFeeds', PID == 16015, bot_pid == 1005 --- 11:47.19 FORK(16015) !ERROR! cannot load my module: RSSFeeds 11:47.19 FORK(16015) fork: took 1s for RSSFeeds. 11:47.19 FORK(16015) --- fork finished for 'RSSFeeds' --- 11:53.00 Chans: (ghostbot) in:#ghostscript 11:53.39 >>> join/#ghostscript kens (~Miranda@87.114.65.127) 11:56.44 tor8: ping! 11:58.39 tor8: 3 reviews on robin/master for you. 11:58.55 * Robin_Watts/#ghostscript disappears for a bit to fit new SSD and Harddrive. 12:00.43 >>> Robin_Watts has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 12:09.12 Chans: (ghostbot) in:#ghostscript 12:13.54 Seen: Flushed 1 entries. 12:17.23 >>> chrisl has signed off IRC (Remote host closed the connection) [#ghostscript] 12:17.33 FORK(20055) --- fork starting for 'RSSFeeds', PID == 20055, bot_pid == 1005 --- 12:17.34 FORK(20055) !ERROR! cannot load my module: RSSFeeds 12:17.34 FORK(20055) fork: took 1s for RSSFeeds. 12:17.34 FORK(20055) --- fork finished for 'RSSFeeds' --- 12:20.16 >>> join/#ghostscript chrisl (~chrisl@cpc1-ando5-2-0-cust33.15-1.cable.virginmedia.com) 12:21.28 --- Saved uptime records. 12:24.54 Chans: (ghostbot) in:#ghostscript 12:26.26 >>> join/#ghostscript robin_watts_mac (~chatzilla@91.85.37.231) 12:40.56 Chans: (ghostbot) in:#ghostscript 12:47.54 FORK(22247) --- fork starting for 'RSSFeeds', PID == 22247, bot_pid == 1005 --- 12:47.55 FORK(22247) !ERROR! cannot load my module: RSSFeeds 12:47.55 FORK(22247) fork: took 1s for RSSFeeds. 12:47.55 FORK(22247) --- fork finished for 'RSSFeeds' --- 12:53.04 tor8:ping 12:56.58 Chans: (ghostbot) in:#ghostscript 13:05.54 I wish gparted gave some indication of how far a job it was :( 13:06.11 s/far/far through/ 13:12.30 Chans: (ghostbot) in:#ghostscript 13:14.06 Seen: Flushed 1 entries. 13:15.06 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 13:15.06 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 13:17.58 FORK(22404) --- fork starting for 'RSSFeeds', PID == 22404, bot_pid == 1005 --- 13:17.59 FORK(22404) !ERROR! cannot load my module: RSSFeeds 13:17.59 FORK(22404) fork: took 1s for RSSFeeds. 13:17.59 FORK(22404) --- fork finished for 'RSSFeeds' --- 13:22.04 --- Saved uptime records. 13:27.19 robin_watts_mac: pong. 13:27.59 Chans: (ghostbot) in:#ghostscript 13:32.24 >>> paulgardiner has signed off IRC (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331]) [#ghostscript] 13:33.19 >>> join/#ghostscript paulgardiner (~chatzilla@88.97.45.26) 13:43.34 Chans: (ghostbot) in:#ghostscript 13:48.06 FORK(23695) --- fork starting for 'RSSFeeds', PID == 23695, bot_pid == 1005 --- 13:48.07 FORK(23695) !ERROR! cannot load my module: RSSFeeds 13:48.07 FORK(23695) fork: took 1s for RSSFeeds. 13:48.07 FORK(23695) --- fork finished for 'RSSFeeds' --- 14:00.18 LOG: last message repeated 3 times 14:00.18 robin_watts_mac: LVM..? ;) 14:09.57 chrisl:usually when did you put mupdf 1.2 on ghostscript downloads? I didn't see an email to everyone did I miss it. 14:10.01 ? 14:10.39 henrys: Sorry, I didn't send out an e-mail - I put it up just after tor8 released it 14:13.21 >>> sh4rm4 has signed off IRC (Remote host closed the connection) [#ghostscript] 14:14.21 Seen: Flushed 4 entries. 14:14.23 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 14:14.58 Chans: (ghostbot) in:#ghostscript 14:16.37 chrisl:okay np, we do need a better way to broadcast the mupdf release so the entire staff knows (like ghostscript), maybe tor8 should send a message to everybody, I don't know. 14:17.42 henrys: tbh, I thought tor8 or robin_watts_mac did it. I'm happy to send notification out once I've done the commercial release and the downloads page 14:18.23 FORK(25877) --- fork starting for 'RSSFeeds', PID == 25877, bot_pid == 1005 --- 14:18.24 FORK(25877) !ERROR! cannot load my module: RSSFeeds 14:18.24 FORK(25877) fork: took 2s for RSSFeeds. 14:18.24 FORK(25877) --- fork finished for 'RSSFeeds' --- 14:20.40 sebras: What's LVM ? 14:21.11 Damn. Copied old SSD to new one, and new one won't boot :( 14:21.29 chrisl, tor8: I don't know maybe you and tor8 can decide how to do it, but we should have something to staff@artifex.com when the commercial release is available. 14:21.52 tor8: sorry, was at lunch. 14:21.58 robin_watts_mac: I assume from the context "Logical Volume Management" 14:22.06 robin_watts_mac: logical volume management. 14:22.26 ok. so my next question: logical volume mangement? 14:22.47 I have a 128Gig SSD that I boot of off, and it's full. 14:22.49 robin_watts_mac: but I see now that you are not _just_ adding more volumes, but actually moving your main OS partitions to a presumably faster SSD. 14:22.49 --- Saved uptime records. 14:22.56 Y 14:22.58 henrys: I'll fit in with whatever tor8 prefers 14:23.13 thanks 14:23.26 I've just bought a new 250Gig SSD, and I'd like to move the contents of the 128Gig one onto that, and boot from it. 14:23.32 robin_watts_mac: LVM basically allows you to add/remove/resize volumes easy. 14:23.42 LVM is part of what ? 14:23.46 linux or windows? 14:23.59 robin_watts_mac: linux. :) 14:24.08 I use a gparted live CD for such things normally. 14:24.35 Let me retry, with more care with sector numbers etc. 14:28.18 robin_watts_mac:mac os x? 14:28.28 windows 14:28.39 for macos x I used carbon copy cloner 14:29.52 I had read there was some voodoo in 10.7 that really required you to reinstall the os. but I guess you've proven that wrong ! 14:30.33 ccc worked well when i went from 250gig hd to 750gig hybrid 14:30.43 Chans: (ghostbot) in:#ghostscript 14:34.45 alexcher:I'll take care of the bounty question if you haven't done so already. 14:36.28 >>> join/#ghostscript pancho_jay (~pancho_ja@190.17.121.220) 14:36.42 hi! 14:36.51 chrisl, ping! 14:37.04 pancho_jay: pong 14:37.09 how are you? 14:37.09 just great, pancho_jay 14:37.28 Looking forward to the weekend ;-) 14:37.37 chrisl, TGIF :) 14:38.04 yesterday I came here looking for help with ghostscript 14:38.34 It's good place for that..... 14:38.37 and tolk with mvrhel_laptop, he said that maybe you can help me 14:39.12 Oh, about pdfwrite? You'd better with kens tbh 14:40.03 I was trying to concatenate some pdf files into a big one, but some characters were changed or dissapear! 14:40.13 pancho_jay: however, I suspect the problem you're having is incompatible font subsets with the same name(s) 14:40.30 chrisl, nice... so what can I do? 14:40.52 (sorry about my english, I am from Argentina! If you speak spanish.....) 14:41.11 >>> join/#ghostscript tsbtmn (~tsbtmn@unaffiliated/tsbtmn) 14:41.23 I don't, I'm afraid..... 14:41.35 pancho_jay: anyway, did you try Ghostscript 9.07? 14:41.51 nope, I didn't 14:41.52 pancho_jay, get trhe fonts correct in the first place. A work around is to use ps2write to first convert to POstScript then run the PostScript through pdfwrite to get a PDF 14:42.33 kens: won't the new hashing code resolve this? 14:42.46 I am generating original PDFs with libreoffice 14:42.49 chrisl yes, but only by first converting to PS 14:43.06 chrisl so that the font names are correct 14:43.28 Oh, so the fresh subset prefix generation only come in for ps2write? 14:43.49 No.... 14:44.33 Okay, confused..... 14:45.21 Its complicated. 14:45.31 :-) 14:45.32 ps2write works not quite the same as pdfwrite here 14:45.45 SO we get all the same fonts but properly named 14:45.53 (no compaction) 14:46.22 Chans: (ghostbot) in:#ghostscript 14:46.37 >>> join/#ghostscript rooligan (~gandaro@wikipedia/Gorlingor) 14:46.43 So pdfwrite tries to merge subsets, but ps2write doesn't? 14:47.11 mmmm 14:47.17 great problem for me 14:47.41 I think that maybe I can use cups or something similar to avoid that issue... 14:48.31 FORK(9887) --- fork starting for 'RSSFeeds', PID == 9887, bot_pid == 1005 --- 14:48.32 FORK(9887) !ERROR! cannot load my module: RSSFeeds 14:48.32 FORK(9887) fork: took 1s for RSSFeeds. 14:48.32 FORK(9887) --- fork finished for 'RSSFeeds' --- 14:50.09 >>> gandaro has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 14:51.21 robin_watts_mac: was the ssd significant on your mac? 14:51.23 or try ps2write instead 14:51.36 henrys: I have much more free space. 14:51.42 pancho_jay: the problem is that font names should be unique, so when an application generates a PDF with a subset font in it, it needs to add a "random" prefix to the font name so the name for that specific subset is unique 14:51.53 I have no (noticable) change in battery life 14:52.05 And I forgot to do 'before' timings for builds. 14:52.17 I think they are faster. 14:52.25 chrisl, ok... i see! 14:53.05 I didn't buy the drive for a massive speed boost, more a massive space boost :) 14:53.16 chrisl, so if I have 2 pdfs with the same font, that fonts are renamed and then files are merged? 14:53.17 it is hyped as being a great speed performance upgrade. 14:53.44 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 14:53.55 pancho_jay: renaming the fonts (correctly!) would work, but it's not as simple as it sounds 14:54.28 robin_watts_mac most people are upgrading to ssd's and lose space. 14:54.46 SSD are a great speed improvement. 14:54.54 hybrid ones... less so. 14:55.25 pancho_jay: pre-processing with ps2write will rename the fonts "correctly" for you, but there may be other issues with that conversion route 14:55.38 but it depends on your usage. If you are compute or memory bound, then an SSD ain't gonna help. 14:56.08 >>> rooligan has signed off IRC (Disconnected by services) [#ghostscript] 14:57.11 chrisl, I can understand why renaming fonts is to complex??? why you can generate a unique prefix for each one? 14:57.32 >>> join/#ghostscript sh4rm4 (rofl0r@gateway/shell/anapnea.net/x-vripvskoreqbtbfm) 14:57.50 pancho_jay : pdfwrite assumes two fonts with teh same name are the same font 14:58.08 THe 'random' prefix on subset fonts is top prevent that happening 14:58.54 If the prefix is not unique then pdfwrite ends up trying to treat the two different fonts as the same font. 14:59.44 ps2write is less sophisticated than pdfwrite in this case, and so doesn't get confused. As a bonus, when subsetting fonts itself it uses a technique to generate the prefix which is almost guaranteed to produce unique prefixes. 14:59.58 So as long as you let it generate the subset, it 'fixes' the problem 15:00.27 Sending the PostScrip twith the fixed font names topdfwrite gets a valid, correct, PDF 15:01.05 kens, thanks! 15:01.10 brb!! 15:01.11 As too why we cna't generate a unique prefix for each font, we can, that's not the problem. The problem is that your PDF files *don't* have unique prefixes 15:02.01 Chans: (ghostbot) in:#ghostscript 15:03.52 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 15:12.30 tor8:ping 15:12.44 robin_watts_mac: ping. 15:12.49 aha. 15:12.58 First off there are 3 commits for you to review. 15:13.10 secondly, did you see zenikos comments about passwords? 15:13.17 fz_fopen I'm not too fond of. there must be a better way to #ifdef the windows specific cruft. 15:13.26 (spun off into bug 693425) 15:13.42 tor8: I'm open to suggestions 15:14.19 outlines I have no opinion on, but it looks reasonable. 15:14.40 We need to do do allocation to do the utf8->ucs conversion, therefore we need a context 15:14.46 softmask, I'm going to have to trust you on, my transparency knowledge is paged out on tape by now :) 15:14.47 Seen: Flushed 7 entries. 15:15.08 robin_watts_mac: the password stuff I don't understand 15:15.18 (or else we have to use free/malloc, which might not be the end of the world) 15:16.59 The password stuff... the authentication routines currently assume they get a set of byte values in, and use them directly. 15:17.19 Chans: (ghostbot) in:#ghostscript 15:18.12 but with mudraw on windows now running in a unicode world, we get unicode in, which we convert to utf8. This means that the password ends up being recorded in utf8. 15:18.23 Similarly on linux, we'll have the password in utf8 too. 15:18.33 FORK(24390) --- fork starting for 'RSSFeeds', PID == 24390, bot_pid == 1005 --- 15:18.34 FORK(24390) !ERROR! cannot load my module: RSSFeeds 15:18.34 FORK(24390) fork: took 1s for RSSFeeds. 15:18.34 FORK(24390) --- fork finished for 'RSSFeeds' --- 15:19.05 robin_watts_mac: hmm. do the newer versions of the pdf spec state which encoding passwords are in? 15:19.25 from past experience, they've been "local codepage of the creator, with no way to know which" 15:19.25 My commit there converts the utf8 down to bytes which effectively puts us back where we've always been. 15:19.34 See bug 693425. 15:19.49 According to zeniko Adobe has documented what encodings the passwords are in. 15:20.00 that's the scrolling bug 15:20.47 http://bugs.ghostscript.com/show_bug.cgi?id=693675 15:20.49 sorry 15:20.56 reading the bug comments now 15:21.26 so arguably we should always be passing the password in as utf8 and letting authenticate do any encoding fiddling that's required. 15:22.09 right. so the pdf_authenticate_password should take a utf-8 in, and convert that to pdf-doc-encoding depending on encryption version 15:22.17 right. 15:23.00 so, that acn 15:23.03 bah. 15:23.12 #ifdef win32 #define fopen fz_fopen #endif ? 15:23.22 --- Saved uptime records. 15:23.22 so that can sit there until one of us feels like it 15:23.24 and #undef fopen at the top of the file that defines it 15:23.39 tor8: and use malloc/free ? 15:24.12 we can probably get away with using microsofts own MB conversion functions on windows 15:24.27 but yes, just use malloc/free (or PATH_MAX) 15:24.51 tor8: we still need a buffer. 15:25.00 and PATH_MAX is asking for trouble, 15:31.09 With mupdf 1.2, I am finding that the new behaviour of mouse scrolling is quite slow when viewing a document at a high DPI. This is getting in the way of my workflow. Can the mouse scrolling behaviour be toggled to the old style? 15:33.22 Chans: (ghostbot) in:#ghostscript 15:35.42 >>> sh4rm4 has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> gandaro has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> jghali has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> felipe has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> sebras has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> mrdocs has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> wordToDaBird has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> henrys has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> deleet has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> xymox has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> chrisl has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> tkamppeter has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> kens has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> hnan has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> tor8 has signed off IRC (*.net *.split) [#ghostscript] 15:35.42 >>> tsbtmn has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> robin_watts_mac has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> oy has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> claudiu____ has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> Gigs- has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> sivoais has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> marcosw has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> pancho_jay has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> paulgardiner has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> setmeaway has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> Gigs has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> alexcher has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> UukGoblin has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> madmoose has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> JakeSays has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> mvrhel_laptop has signed off IRC (*.net *.split) [#ghostscript] 15:35.43 >>> mace has signed off IRC (*.net *.split) [#ghostscript] 15:45.56 >>> join/#ghostscript Robin_Watts (~chatzilla@91.85.37.231) 15:45.56 >>> join/#ghostscript marcosw (~marcosw@67.169.6.130) 15:45.56 >>> join/#ghostscript sh4rm4 (rofl0r@gateway/shell/anapnea.net/x-vripvskoreqbtbfm) 15:45.56 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 15:45.56 >>> join/#ghostscript tsbtmn (~tsbtmn@unaffiliated/tsbtmn) 15:45.56 >>> join/#ghostscript pancho_jay (~pancho_ja@190.17.121.220) 15:45.56 >>> join/#ghostscript paulgardiner (~chatzilla@88.97.45.26) 15:45.56 >>> join/#ghostscript robin_watts_mac (~chatzilla@91.85.37.231) 15:45.56 >>> join/#ghostscript chrisl (~chrisl@cpc1-ando5-2-0-cust33.15-1.cable.virginmedia.com) 15:45.56 >>> join/#ghostscript kens (~Miranda@87.114.65.127) 15:45.56 >>> join/#ghostscript hnan (~hnan@195.184.103.10) 15:45.56 >>> join/#ghostscript oy (~oy@f055195145.adsl.alicedsl.de) 15:45.56 >>> join/#ghostscript tor8 (~tor@c-f77c71d5.04-50-6c756e10.cust.bredbandsbolaget.se) 15:45.56 >>> join/#ghostscript mrdocs (~mrdocs@opensuse/member/mrdocs) 15:45.56 >>> join/#ghostscript tkamppeter (~till@p5DDB9368.dip.t-dialin.net) 15:45.56 >>> join/#ghostscript sebras (~sebras@casper3.ghostscript.com) 15:45.56 >>> join/#ghostscript wordToDaBird (~bobliving@pool-173-63-22-181.nwrknj.fios.verizon.net) 15:45.56 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-24-17-196-27.hsd1.wa.comcast.net) 15:45.56 >>> join/#ghostscript jghali (~jghali@ADijon-157-1-106-124.w90-56.abo.wanadoo.fr) 15:45.56 >>> join/#ghostscript xymox (lechuck@unaffiliated/contempt) 15:45.56 >>> join/#ghostscript setmeaway (oosool3@118.45.149.65) 15:45.56 >>> join/#ghostscript henrys (~henrys@c-50-134-235-109.hsd1.co.comcast.net) 15:45.56 >>> join/#ghostscript claudiu____ (uid2488@gateway/web/irccloud.com/x-geyqjozuacuhdniu) 15:45.56 >>> join/#ghostscript sivoais (~zaki@unaffiliated/sivoais) 15:45.56 >>> join/#ghostscript alexcher (~alexcher@pool-173-49-254-118.phlapa.fios.verizon.net) 15:45.56 >>> join/#ghostscript UukGoblin (~jaa@unaffiliated/uukgoblin) 15:45.57 LOG: Throttling. 15:45.56 >>> join/#ghostscript deleet (~deleet@chronos.andreferreira.com) 15:45.57 >>> join/#ghostscript Gigs (~Gigs@pdpc/supporter/28for7/gigs) 15:45.57 >>> join/#ghostscript madmoose (~Hat@chef.nerp.net) 15:45.57 >>> join/#ghostscript mace (~mace@debian/developer/mace) 15:45.57 >>> join/#ghostscript JakeSays (~quassel@71.195.236.35) 15:45.57 >>> join/#ghostscript Gigs- (~Gigs@pdpc/supporter/28for7/gigs) 15:45.57 >>> join/#ghostscript felipe (~felipe@unaffiliated/felipe) 15:47.37 henrys: http://www.tomshardware.com/reviews/momentus-xt-750gb-review,3223-8.html 15:48.48 FORK(23692) --- fork starting for 'RSSFeeds', PID == 23692, bot_pid == 1005 --- 15:48.49 FORK(23692) !ERROR! cannot load my module: RSSFeeds 15:48.49 FORK(23692) fork: took 2s for RSSFeeds. 15:48.49 FORK(23692) --- fork finished for 'RSSFeeds' --- 15:49.26 Robin_Watts: yes all sorts of clues from the universe that a retina mac is in my future. 15:49.36 Chans: (ghostbot) in:#ghostscript 15:51.22 tor8: Slow mouse scrolling seems particularly bad at high DPI's. 15:54.06 tor8: Looking at it a bit more closely I think it's not just the scrolling. I also just noticed that it is slow to draw a selection area when right-clicking and dragging. 15:57.04 tsbtmn: none of that should have changed since last release, though. 15:57.21 the only thing that may have changed is which VS version was used to compile 15:58.04 is there a noticeable difference from the 1.1 release? 16:02.04 tor8: I have been switching back and forth between 1.1 and 1.2 for comparison and I am seeing a big difference between the two. 16:02.56 >>> join/#ghostscript rooligan (~gandaro@wikipedia/Gorlingor) 16:05.06 Chans: (ghostbot) in:#ghostscript 16:05.21 >>> gandaro has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 16:09.09 >>> join/#ghostscript Ben___ (ad085f15@gateway/web/freenode/ip.173.8.95.21) 16:10.08 Hi. I submitted a bug report and was told problem was already fixed, but I needed latest HEAD 16:10.26 I downloaded the HEAD, but not sure how to build it to what I'm familiar with. Can someone help me? 16:10.34 What OS are you using ? 16:10.37 Win7 16:10.41 64-bit 16:10.53 I have vis studio if needed 16:11.00 THen you need Visual Studio, open the supplied solution and build 16:11.25 does it matter which version of Visual studio I use? 16:12.10 when I try opening with vs 2012 it asks me to upgrade 16:12.10 It works with 2005, 2008 and 2010 other versions your mileage may vary 16:12.50 Ben___: Hi. Any VS version > 2005 will tell you it needs to upgrade the project. That's fine, just let it do what it wants. 16:13.08 We provide the solution in VS2005 so it can work for everyone (albeit with this upgrade step) 16:13.27 If we provided it in VS2012, then everyone with lower versions would be stuffed. 16:13.39 There will be warnings, but should be no errors if the project upgrades 16:14.56 Seen: Flushed 8 entries. 16:16.18 >>> Ben___ has signed off IRC (Ping timeout: 245 seconds) [#ghostscript] 16:17.05 tor8: Updated commit: http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=fa469bd085112c5ba242b03bd696c1ee2bd60404 16:18.56 FORK(29238) --- fork starting for 'RSSFeeds', PID == 29238, bot_pid == 1005 --- 16:18.57 FORK(29238) !ERROR! cannot load my module: RSSFeeds 16:18.57 FORK(29238) fork: took 2s for RSSFeeds. 16:18.57 FORK(29238) --- fork finished for 'RSSFeeds' --- 16:21.28 Chans: (ghostbot) in:#ghostscript 16:22.04 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 16:22.46 >>> rooligan has signed off IRC (Disconnected by services) [#ghostscript] 16:23.25 Robin_Watts: drop the auth_password_utf8 and it's okay 16:23.45 --- Saved uptime records. 16:23.50 fo = (fopen)(argv[1], "wb"); I don't understand 16:23.55 why the extra parens? 16:24.08 (fopen) doesn't match fopen(a,b) 16:24.24 #undef fopen on the line above would be clearer 16:24.25 otherwise I need to implement fopen_utf8 in cmapdump. 16:24.38 but right 16:24.50 didn't notice which file it was in 16:25.05 If I drop the auth_password_utf8, then no passwords would work that have top bits set, right? 16:25.37 I think we should leave auth_password_utf8 in until such time as we change the authentication stuff to do the encoding mapping internally. 16:25.46 This way, we behave exactly as we always have before. 16:29.47 Robin_Watts: well, considering we couldn't open passwords with top bits set before either (since we don't pdfdocencode them) I don't see the need 16:29.56 it should be a separate patch at least 16:30.08 tor8: we could. 16:30.26 Previously we did: mudraw -p BLAH -o out.png in.pdf 16:30.30 I'm happy to code up the utf-8 to pdfdocenc stuff 16:30.50 On windows BLAH would be taken as a literal set of bytes, and passed through. 16:30.57 does docenc have common bits with latin-1? 16:31.38 On linux those bytes would have been utf8 encoded, and hence wouldn't have worked. 16:32.13 With the new code, on windows, we get BLAH in as unicode, convert to utf8 and back, and it works. 16:32.33 With the new code on linux, we get BLAH in utf8, and we convert them back to utf8 and it works. 16:33.17 The only times it doesn't work is when the user is expecting to give us encoded bytes rather than raw ones. 16:33.41 I have no idea about docenc at all :( 16:34.29 So, if I split out into 2 separate patches (utf8 filenames in one, utf8 passwords in another). you'd be happy? 16:34.42 Then you can do the 'proper' solution at your leisure? 16:37.20 Chans: (ghostbot) in:#ghostscript 16:40.50 >>> gandaro materializes into rooligan 16:47.22 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 16:47.45 tor8: http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=6379e1c56de3d38741c7d36effc5d43aeafe59d3 16:47.50 >>> join/#ghostscript Ben___ (ad085f15@gateway/web/freenode/ip.173.8.95.21) 16:47.55 and: http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=9da3120d69035f95014aaae0d6420e0609173259 16:48.27 when I build, I get a debugbin that contains gswin32c.exe. Should I be able to use that for what I need (txtwrite)? 16:48.27 maybe note that it's windows specific in the commit message 16:48.56 (because when I try that, it crashes) 16:49.10 Robin_Watts: the windows app also calls password functions from the gui 16:49.10 FORK(12600) --- fork starting for 'RSSFeeds', PID == 12600, bot_pid == 1005 --- 16:49.11 FORK(12600) !ERROR! cannot load my module: RSSFeeds 16:49.11 FORK(12600) fork: took 1s for RSSFeeds. 16:49.11 FORK(12600) --- fork finished for 'RSSFeeds' --- 16:49.36 right, but we haven't converted those to utf8. 16:49.42 they are raw bytes. 16:49.45 Ben___ : you should also get gswin32.exe, and yes it should work 16:49.58 I'll try without the c 16:50.00 Robin_Watts: right. should fix that too in the "real" fix. 16:50.28 still crashes: "gswin32.exe has stopped working 16:50.29 tor8: "Ensure that windows copes with utf8 filenames" 16:50.29 " 16:50.41 >>> rooligan has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 16:50.51 Robin_Watts: yes :) 16:51.00 just start it with no arguments and see what happens 16:51.17 starts fine 16:51.36 Hmm what is the SHA of your git checkout ? 16:51.37 tor8: Updated to be more windowsy :) 16:52.15 how do I find that? 16:52.22 git log -1 16:52.30 what robin said 16:52.38 What's the top line: commit fdsflkshflkjfhsldjh# 16:52.58 Chans: (ghostbot) in:#ghostscript 16:53.34 not well versed in git. Had to have someone help me use it to get the HEAD 16:53.43 I opened Git Bash and typed 'git log -1' 16:53.49 fatal: Not a git repository 16:54.01 not good 16:54.06 cd path/to/your/checkout 16:54.37 For instance, for me, it's cd /d/cvs/artifex/ghostpdl.git/ 16:54.46 cos I'm on drive d. 16:55.02 mine's just C:\gs\ 16:55.08 but it's giving me the same error from that dir 16:55.13 so cd /c/gs 16:55.15 >>> join/#ghostscript ray_laptop (~chatzilla@rrcs-64-183-45-163.west.biz.rr.com) 16:55.50 Then you haven't got a git checkout, so I'm confused. What did you do to get your copy of gs ? 16:55.59 kens: were you investigating doing a port monitor ? 16:56.15 ray_laptop : no not really 16:56.31 I remember we tried svn also ... maybe that's what we ended up doing. But I thought we got it through git 16:56.46 Woooah. SVN is WAY old. That won't work. 16:56.46 Best to use Git 16:56.55 ok 16:57.14 You are going to need a Git checkout of the current HEAD 16:57.16 is there a good tutorial for how to do that? 16:57.20 so inside C:\gs, do you have a debugbin directory ? 16:57.31 yes 16:57.41 OK, then I can say with confidence that that did not come from git. 16:57.46 ok 16:58.02 So... in git bash do the following. 16:58.05 cd /c/ 16:58.23 Ben___ : what does GS sy when you start it up ? 16:58.46 ahhh ... SVN PRERELEASE 9.03 from 3/30/2011 16:58.49 :) my bad 16:58.58 no wonder txtwrite doesn't exist there 16:59.09 (following your instructions, Robin) 16:59.10 OK as Robin ays, not Git checkout, you need the Git checkout 16:59.37 git clone http://git.ghostscript.com/ghostpdl.git 17:00.12 That should make you a C:/ghostpdl.git directory. In there there will be the gs directory that you are familiar with. 17:00.14 cloning into ghostpdl 17:03.17 ok, done checking out files. So now I just need to build the project and I can use the resulting gswin32.exe, right? 17:03.24 right. 17:03.47 thanks so much for walking me through it. I appreciate it. 17:04.22 no worries. 17:09.20 Chans: (ghostbot) in:#ghostscript 17:12.43 >>> hnan has signed off IRC (Quit: hnan) [#ghostscript] 17:15.12 Seen: Flushed 5 entries. 17:15.22 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 17:15.22 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 17:16.46 now I'm getting "Error: /undefined in -sDEVICE=txtwrite" 17:17.16 Ben___: Can you give us your exact command line please ? 17:18.01 -sDEVICE=txtwrite -o=C:\testingagain.txt C:\Temp\SouthernTesting\3620644.PDF 17:18.16 -o= won't work 17:18.36 -o C:\testingagain.txt 17:18.40 same thing when I do -OutputFile= 17:18.45 oh 17:18.46 -sOutputFile 17:18.47 Not -o=C:\testingagain.txt 17:19.22 still undefined in txtwrite though 17:19.43 FORK(15616) --- fork starting for 'RSSFeeds', PID == 15616, bot_pid == 1005 --- 17:19.44 FORK(15616) !ERROR! cannot load my module: RSSFeeds 17:19.44 FORK(15616) fork: took 2s for RSSFeeds. 17:19.44 FORK(15616) --- fork finished for 'RSSFeeds' --- 17:20.52 I got it working 17:21.08 did it through Windows CMD this time instead of opening ghostcript first 17:22.30 Ben__: Oh, you were trying to type that into the console window? 17:23.04 The console window expects postscript input. What you have there are command line arguments, NOT postscript, so that would have failed, yes. 17:23.54 --- Saved uptime records. 17:24.20 :) thanks again for the help 17:24.25 np. 17:25.32 Chans: (ghostbot) in:#ghostscript 17:36.40 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 17:41.44 Chans: (ghostbot) in:#ghostscript 17:50.08 FORK(18895) --- fork starting for 'RSSFeeds', PID == 18895, bot_pid == 1005 --- 17:50.09 FORK(18895) !ERROR! cannot load my module: RSSFeeds 17:50.09 FORK(18895) fork: took 1s for RSSFeeds. 17:50.09 FORK(18895) --- fork finished for 'RSSFeeds' --- 17:50.53 >>> Ben___ has signed off IRC (Quit: Page closed) [#ghostscript] 17:56.46 >>> mvrhel_laptop has signed off IRC (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331]) [#ghostscript] 17:57.56 Chans: (ghostbot) in:#ghostscript 17:59.58 >>> join/#ghostscript mvrhel_laptop (~chatzilla@c-24-17-196-27.hsd1.wa.comcast.net) 18:08.10 Morning mvrhel_laptop. Did you get mupdf working again? 18:08.38 Robin_Watts: fighting with it right this second. I should be able to work through this 18:09.00 It is good that I am going to a different solution file 18:09.21 but somehow mine got mucked up 18:09.21 It sounds like the sanest solution (no pun intended) 18:09.30 :) 18:10.06 oh I see the issue 18:10.21 FINALLY. The file Bug690395.pdf was one of the ones that showed a bmpcmp difference, but at 300 dpi it broke all of the visual comparison tools. And Photoshop SUCKS (I see the difference in the file, but differencing the layers doesn't show it) :-( 18:10.26 >>> join/#ghostscript malc_ (~malc@188.123.241.147) 18:10.41 ray_laptop: What format file ? 18:10.42 robin_watts_mac: hi, did the code help? 18:10.46 FINALLY I got it to bomb at 200 dpi during clist rendering with a bad op 18:10.54 Robin_Watts: plank 18:10.58 malc_ sorry, I haven't had a chance to look yet. 18:11.07 ray_laptop: You can use my image viewer! :) 18:11.23 Robin_Watts: where is it ? 18:12.03 http://ghostscript.com/~robin/ipview.html 18:12.31 Robin_Watts: I wrote a quicky pam2ppm so that at least Photoshop can open it (and my tools can, if the file is small enough) 18:13.01 the diffference is there in the ppm file, but Photoshop doesn't show it 18:13.02 Robin_Watts: where is pdf_new_pdf_device defined? 18:13.20 My thing is a simple javascript app that draws pams or pngs to a canvas, and you can enable/disable layers. 18:13.28 mvrhel_laptop: That's a new file. Let me find it. 18:13.32 ah 18:13.45 pdf/pdf_device.c 18:13.59 this will be the disadvantage of having a separate solution... 18:13.59 Chans: (ghostbot) in:#ghostscript 18:14.02 ray_laptop: Let me know if it works for you. 18:14.07 mvrhel_laptop: yeah... 18:14.14 but that is an easy fix 18:14.33 compared to the headaches the other approach would be 18:14.37 thanks 18:15.34 Seen: Flushed 6 entries. 18:16.13 Robin_Watts: It just shows me a Browse... prompt, I get a pop up file open dialog, select the PAM, then click 'Open' in the file dialog and it goes back to the screen now with the path filled in, but then it just sits there 18:16.35 ray_laptop: Can you give me a copy of your file please? 18:16.41 What browser? 18:16.44 Robin_Watts: I am using firefox 18:16.59 version 18.0.2 18:17.12 Robin_Watts: I'll try with chrome... 18:17.25 Works for me in my firefox. 18:17.32 >>> tor8 has signed off IRC (Quit: tor8) [#ghostscript] 18:17.46 16.0.2 admittedly. 18:18.49 Robin_Watts: w/ chrome I get the "Aw, Snap!" display 18:18.53 And again in 19.0 18:19.02 ray_laptop: How big is the file? 18:19.11 I'm testing with a 1600x1600 one here. 18:19.44 >>> malc_ has signed off IRC (Ping timeout: 272 seconds) [#ghostscript] 18:19.48 Robin_Watts: my PAM is W 15748 H 4860 18:20.10 That may be the issue. can I get a copy of it please? 18:20.11 Robin_Watts: and that's the lower res, cut down file 18:20.26 looks like stm_output.c is new too 18:20.43 mvrhel_laptop: Yes, probably, sorry. 18:20.50 Robin_Wattsno worry 18:20.50 FORK(19725) --- fork starting for 'RSSFeeds', PID == 19725, bot_pid == 1005 --- 18:20.51 gswin32c -r200 -g15748x4860 -sDEVICE=plank -dBandHeight=135 -o ref.pam -Z: c:/Artifex/tests_private/comparefiles/Bug690395.pdf 18:20.51 FORK(19725) !ERROR! cannot load my module: RSSFeeds 18:20.51 FORK(19725) fork: took 1s for RSSFeeds. 18:20.51 FORK(19725) --- fork finished for 'RSSFeeds' --- 18:20.54 it was easy to find 18:21.12 ok now I am up and running again 18:21.29 >>> join/#ghostscript malc_ (~malc@188.123.241.147) 18:21.34 need to head out for bit 18:21.36 bbiaw 18:21.37 Robin_Watts: but, like I said, with my changed version, I'm able to get an Unrecoverable clist error (bad op) 18:22.26 goddnight all 18:22.39 Night kens 18:22.42 >>> kens has signed off IRC (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) [#ghostscript] 18:23.23 Robin_Watts: so I have something to work on. 18:23.58 --- Saved uptime records. 18:24.54 ray_laptop: Yeah, the browser runs into memory problems with that file :( 18:25.13 Not much I can do about that really. 18:25.55 Robin_Watts: same problem I was having with my other tools. :-( 18:26.36 which is why I started lowering the res and chopping the page size down to try and get something I could see, when I tripped over the 'bad op' 18:27.41 The thing is that this is _supposed_ to be my pdf14 clist optimization changes, and the file DOESN'T have transparency :-/ 18:29.20 Chans: (ghostbot) in:#ghostscript 18:29.43 ah :( 18:31.01 >>> chrisl has signed off IRC (Remote host closed the connection) [#ghostscript] 18:31.43 oh, great! I rebuilt and now it doesn't fail 18:32.00 oops. wrong source branch. 18:43.08 >>> join/#ghostscript hnan (~hnan@31.25.20.27) 18:45.45 >>> hnan has signed off IRC (Client Quit) [#ghostscript] 18:46.05 Chans: (ghostbot) in:#ghostscript 18:51.04 FORK(19780) --- fork starting for 'RSSFeeds', PID == 19780, bot_pid == 1005 --- 18:51.05 FORK(19780) !ERROR! cannot load my module: RSSFeeds 18:51.05 FORK(19780) fork: took 1s for RSSFeeds. 18:51.05 FORK(19780) --- fork finished for 'RSSFeeds' --- 18:57.55 at least I'm able to debug the bad op case now 18:58.32 this is probably something that's been laying around for a while. 19:02.14 Chans: (ghostbot) in:#ghostscript 19:08.41 oops. One of the things I broke was -ZL :-( Fix that first... 19:13.35 >>> ray_laptop has signed off IRC (Ping timeout: 260 seconds) [#ghostscript] 19:15.40 Seen: Flushed 4 entries. 19:18.32 Chans: (ghostbot) in:#ghostscript 19:21.08 FORK(20506) --- fork starting for 'RSSFeeds', PID == 20506, bot_pid == 1005 --- 19:21.09 FORK(20506) !ERROR! cannot load my module: RSSFeeds 19:21.09 FORK(20506) fork: took 1s for RSSFeeds. 19:21.09 FORK(20506) --- fork finished for 'RSSFeeds' --- 19:24.14 --- Saved uptime records. 19:34.24 Chans: (ghostbot) in:#ghostscript 19:51.16 FORK(21430) --- fork starting for 'RSSFeeds', PID == 21430, bot_pid == 1005 --- 19:51.17 FORK(21430) !ERROR! cannot load my module: RSSFeeds 19:51.17 FORK(21430) fork: took 1s for RSSFeeds. 19:51.17 FORK(21430) --- fork finished for 'RSSFeeds' --- 19:51.36 >>> gandaro has signed off IRC (Read error: Connection reset by peer) [#ghostscript] 19:52.03 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 19:55.35 ok, I'm going to reboot so I can copy 1.2TB of data between harddrives without windows having a paddy about open files. 19:55.39 Have a good weekend all! 19:56.33 >>> Robin_Watts has signed off IRC (Quit: Pop!) [#ghostscript] 20:05.42 Chans: (ghostbot) in:#ghostscript 20:16.02 Seen: Flushed 1 entries. 20:21.24 Chans: (ghostbot) in:#ghostscript 20:21.34 FORK(408) --- fork starting for 'RSSFeeds', PID == 408, bot_pid == 1005 --- 20:21.35 FORK(408) !ERROR! cannot load my module: RSSFeeds 20:21.35 FORK(408) fork: took 1s for RSSFeeds. 20:21.35 FORK(408) --- fork finished for 'RSSFeeds' --- 20:24.26 --- Saved uptime records. 20:37.26 Chans: (ghostbot) in:#ghostscript 20:40.48 >>> malc_ has signed off IRC (Quit: leaving) [#ghostscript] 20:51.34 >>> join/#ghostscript plinnell (~mrdocs@c-76-102-153-54.hsd1.ca.comcast.net) 20:51.35 >>> plinnell has signed off IRC (Changing host) [#ghostscript] 20:51.35 >>> join/#ghostscript plinnell (~mrdocs@opensuse/member/mrdocs) 20:51.52 >>> mrdocs has signed off IRC (Ping timeout: 246 seconds) [#ghostscript] 20:52.13 FORK(19499) --- fork starting for 'RSSFeeds', PID == 19499, bot_pid == 1005 --- 20:52.14 FORK(19499) !ERROR! cannot load my module: RSSFeeds 20:52.14 FORK(19499) fork: took 2s for RSSFeeds. 20:52.14 FORK(19499) --- fork finished for 'RSSFeeds' --- 20:54.04 Chans: (ghostbot) in:#ghostscript 20:59.16 ircCheck: possible lost in space; checking.Fri Mar 1 20:59:16 2013 20:59.16 >ghostbot< TEST 20:59.16 IRCTEST: Yes, we're alive. 21:00.30 >>> join/#ghostscript marcosw (~marcosw@c-67-164-54-215.hsd1.ca.comcast.net) 21:10.28 Chans: (ghostbot) in:#ghostscript 21:15.46 !WARN! PERL: readdir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 862. 21:15.46 !WARN! PERL: closedir() attempted on invalid dirhandle DEBIAN at ./src/IRC/Schedulers.pl line 869. 21:17.49 >>> join/#ghostscript rooligan (~gandaro@wikipedia/Gorlingor) 21:20.33 >>> gandaro has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 21:22.24 FORK(2643) --- fork starting for 'RSSFeeds', PID == 2643, bot_pid == 1005 --- 21:22.25 FORK(2643) !ERROR! cannot load my module: RSSFeeds 21:22.25 FORK(2643) fork: took 1s for RSSFeeds. 21:22.25 FORK(2643) --- fork finished for 'RSSFeeds' --- 21:22.51 >>> join/#ghostscript gandaro (~gandaro@wikipedia/Gorlingor) 21:24.40 --- Saved uptime records. 21:25.21 >>> rooligan has signed off IRC (Ping timeout: 248 seconds) [#ghostscript] 21:26.36 Chans: (ghostbot) in:#ghostscript 21:38.22 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 21:42.58 Chans: (ghostbot) in:#ghostscript 21:43.38 >>> join/#ghostscript marcosw (~marcosw@c-67-164-54-215.hsd1.ca.comcast.net) 21:46.24 robin_watts_mac: you still around? 21:46.26 >>> join/#ghostscript malc_ (~malc@188.123.241.147) 21:49.45 >>> marcosw has signed off IRC (Quit: marcosw) [#ghostscript] 21:52.04 robin_watts_mac: profile is dominated by hash 21:52.30 according to both callgrind and perf.. 21:52.40 FORK(20659) --- fork starting for 'RSSFeeds', PID == 20659, bot_pid == 1005 --- 21:52.41 FORK(20659) !ERROR! cannot load my module: RSSFeeds 21:52.41 FORK(20659) fork: took 1s for RSSFeeds. 21:52.41 FORK(20659) --- fork finished for 'RSSFeeds' --- 21:53.46 robin_watts_mac: ok. successfully pushed my winRT branch to my local repo. now I am going to do a clean checkout to see it I got everything in there 21:58.50 Chans: (ghostbot) in:#ghostscript 21:59.19 ok. missing a few things.... 22:14.52 Chans: (ghostbot) in:#ghostscript 22:15.45 >>> join/#ghostscript saper (saper@wikipedia/saper) 22:16.38 Seen: Flushed 2 entries. 22:22.50 FORK(6201) --- fork starting for 'RSSFeeds', PID == 6201, bot_pid == 1005 --- 22:22.51 FORK(6201) !ERROR! cannot load my module: RSSFeeds 22:22.51 FORK(6201) fork: took 1s for RSSFeeds. 22:22.51 FORK(6201) --- fork finished for 'RSSFeeds' --- 22:24.56 --- Saved uptime records. 22:30.06 ok. now it all seems to be in place 22:30.56 Chans: (ghostbot) in:#ghostscript 22:34.54 now to do some real work again... 22:38.48 >>> mvrhel_laptop has signed off IRC (Quit: ChatZilla 0.9.90 [Firefox 19.0.1/20130226172142]) [#ghostscript] 22:45.21 >>> oy has signed off IRC (Quit: tschüß) [#ghostscript] 22:47.36 Chans: (ghostbot) in:#ghostscript 22:51.00 make -j10 build=release 22:51.00 Package libopenjpeg was not found in the pkg-config search path. 22:51.01 Perhaps you should add the directory containing `libopenjpeg.pc' 22:51.01 to the PKG_CONFIG_PATH environment variable 22:51.01 No package 'libopenjpeg' found CC build/release/base_context.o 22:51.14 say what!? since when does mupdf depend on pkg-config..? 22:52.52 since the world went multicore i suppose 22:53.03 FORK(20531) --- fork starting for 'RSSFeeds', PID == 20531, bot_pid == 1005 --- 22:53.04 FORK(20531) !ERROR! cannot load my module: RSSFeeds 22:53.04 FORK(20531) fork: took 2s for RSSFeeds. 22:53.04 FORK(20531) --- fork finished for 'RSSFeeds' --- 22:53.46 malc_: ehm..? 22:53.57 malc_: but mupdf is bundling libopenjpeg. 22:54.26 sebras: i always fail at being subtle.. i was hinting at -j10 as the culprit 23:03.38 Chans: (ghostbot) in:#ghostscript 23:07.31 >>> paulgardiner has signed off IRC (Quit: ChatZilla 0.9.90 [Firefox 19.0/20130215130331]) [#ghostscript] 23:17.04 Seen: Flushed 3 entries. 23:17.31 robin_watts_mac: tor8: ok.. so I pushed a commit that fixes the pkg-config printing problem. 23:18.06 sebras: by the by, you guys cut the release but there's no tag in git for it as far as i can see 23:18.57 malc_: true enough... I'm sure it's still sitting in tor8's local repo. 23:19.28 nor any new thirdparty zip was uploaded 23:19.38 Chans: (ghostbot) in:#ghostscript 23:23.16 >>> join/#ghostscript tor8 (~tor@c-f77c71d5.04-50-6c756e10.cust.bredbandsbolaget.se) 23:23.16 FORK(4051) --- fork starting for 'RSSFeeds', PID == 4051, bot_pid == 1005 --- 23:23.17 FORK(4051) !ERROR! cannot load my module: RSSFeeds 23:23.17 FORK(4051) fork: took 1s for RSSFeeds. 23:23.17 FORK(4051) --- fork finished for 'RSSFeeds' --- 23:23.26 robin_watts_mac: btw. i know why it takes the same time.. the reason is simple the text is not clipped when doing a tiled rendering.. so it always renders, caches, hashes and so on for all the bloody charcters in the page 23:23.56 tor8: lo, what i just said to Robin is probably of interest to you too 23:25.18 --- Saved uptime records. 23:30.01 malc_: I must have missed some part of the discussion (profiling, cache?) 23:30.46 malc_: I forgot to push the tag, I have done so now 23:30.50 tor8: basically rendering small tiles takes the same time as the very large one 23:30.58 tor8: great! 23:31.08 malc_: there is no thirdparty zip anymore, we use git submodules 23:31.17 and we put the thirdparty libs directly in the source tarball 23:31.27 but you used to place thirdparty after every release 23:31.37 which isn't all that often 23:33.09 tor8: patch over at sebras/master 23:33.41 malc_: that's odd, we should be using text and glyph bboxes to avoid rendering 23:33.59 tor8: http://boblycat.org/~malc/main.pdf (very tall one page texty pdf) same happens with pdfs with images too 23:34.11 you don't 23:34.14 i just checked 23:34.21 http://boblycat.org/~malc/ttest.c 23:34.23 simple test 23:35.23 Chans: (ghostbot) in:#ghostscript 23:37.41 sebras: why hide errors? 23:37.49 that's ... not good if there are any 23:38.32 >>> join/#ghostscript oars (~oars@uwsclient-161-44.uws.ualberta.ca) 23:39.25 >>> oars has signed off IRC (Client Quit) [#ghostscript] 23:40.56 >>> join/#ghostscript marcosw (~marcosw@c-67-164-54-215.hsd1.ca.comcast.net) 23:42.18 tor8: becuse I do not have libopenjpeg installed on my system, but instead rely on the one in thirdparty. 23:42.34 tor8: this means I get the compilation errors whenever I compile. 23:42.36 >>> join/#ghostscript oars (~oars@uwsclient-161-44.uws.ualberta.ca) 23:42.53 hi there 23:42.53 somebody said hello 23:42.53 not returning unaddressed greeting 23:42.57 tor8: I have never seen those errors before, so I'm thinking that `` might hide stderr while $(shell ) does not. 23:43.00 oars: hiya! 23:43.09 anyone have any issues using mupdf under tiling window managers? 23:43.18 sebras: the presence of thirdparty libs should prevent that detection no? 23:43.26 tor8: no. 23:43.35 tor8: the detection is run before... 23:43.50 sebras: `` is evaluated when executing the commands, $(shell) is evaluated by make 23:44.22 tor8: SYS_* is evaluated in Makerules, currently only based on $(OS). 23:44.43 tor8: while the checks for thirdparty is done in Makethird. 23:45.20 tor8: of course I could have moved the pkg-config calls to Makethird, but something tells me that this would be a bad idea. 23:45.26 right. we could rejig that. but it's annoying. 23:45.33 oars: what problems are you experiencing..? 23:45.51 trashing of the rendered pdf, I'll link a screenshot, easier explained that way 23:45.59 oars: excellent. 23:49.31 http://i.imgur.com/4zEltdo.png 23:51.30 Chans: (ghostbot) in:#ghostscript 23:52.08 so everytime I swap pages, or change zoom level the trashing changes on the renered pdf 23:52.11 so it isn't constant 23:52.25 I just built updf from source (1.2) to make sure the ubuntu install wasn't at fault 23:52.50 also if I use the default window manager for ubuntu (Unity and the like) the trashing does not occur 23:54.06 FORK(10306) --- fork starting for 'RSSFeeds', PID == 10306, bot_pid == 1005 --- 23:54.07 FORK(10306) !ERROR! cannot load my module: RSSFeeds 23:54.07 FORK(10306) fork: took 1s for RSSFeeds. 23:54.07 FORK(10306) --- fork finished for 'RSSFeeds' --- 23:54.18 >>> pancho_jay has signed off IRC (Quit: Leaving) [#ghostscript] 23:56.19 sebras: any ideas? 23:57.18 * sebras/#ghostscript is back. 23:59.48 oars: does the bad rendering differ depending on the size of the window?