IRC Logs

Log of #ghostscript at irc.freenode.net.

Search:
 <<<Back 1 day (to 2012/04/28)2012/04/29 
metan hi! anybody from mupdf here?11:30.52 
mvrhel_laptop ray_work: are you at the hotel?12:24.19 
  hmm Robin_Watts is not on line how odd12:25.18 
metan Anybody from MuPDF here?15:09.58 
marcosw mvrhel_laptop: good morning, how's the weather in London?15:21.39 
mvrhel_laptop I feel like I am in Seattle in November 15:21.56 
  which is the worst weather of the year in Seattle15:22.08 
marcosw 50 degrees and wet?15:22.23 
mvrhel_laptop yes15:22.25 
  Bring your rain coat15:22.32 
marcosw It's supposed to be the same for the next ten days in Germany in well. What became of spring in Europe? I guess this is why s/global warming/global climate change/15:24.24 
metan Okay, anyone knows where to send patches for MuPDF, or is the bugzilla only option?16:39.05 
mvrhel_laptop oh crap16:54.15 
  Robin_Watts16:54.17 
  I just did my push of the planar stuff16:54.25 
  and it shows that you are the author16:54.30 
  must be because of the patch update you sent me16:54.58 
  oh well16:55.03 
  that is weird16:56.04 
  I don't quite understand why it did that16:56.14 
  I had a nasty bug in one of the customers files with the patch16:56.43 
  took forever to figure out since it was clist and only when we had 15 colorants + transparency16:57.14 
  marcosw: you still there?16:58.20 
  ok. well that is done17:02.36 
  time to get something to eat17:02.44 
sebras tor8 Robin_Watts: I did some simple fuzzing and stumbled upon a place where parsing a corrupt page tree may cause mudpf to crash.18:44.51 
  a fix is on sebras/master together with a simple optimization.18:45.07 
marcosw mvrhel_laptop: I'm back.18:46.56 
mvrhel_laptop hi marcosw18:47.05 
  So I closed Gemma's bugs18:47.18 
  as I did the big commit of the planar fix18:47.39 
marcosw great. Now to get chrisl_away to build them a DLL.18:47.46 
mvrhel_laptop what time do you leave?18:48.16 
marcosw my flight is at 7:45 tonight, so I'm leaving for the airport in ~5 hours. I haven't started packing yet :-)18:48.43 
mvrhel_laptop excellent18:48.55 
marcosw I've flown to Germany 7 or 8 times in the past year, so it's getting routine.18:50.20 
  btw, does the fact you are online mean that Scott's report about the lack of in room internets was wrong?18:50.43 
mvrhel_laptop marcosw19:10.09 
  there is internet19:10.11 
  it is just not wireless19:10.15 
  I think Scott was probably trying to use his ipad19:10.29 
  and there is not a CAT5 connector for it19:10.41 
  it seems to be pretty dependable19:11.02 
marcosw that make sense. I found it hard to believe a hotel in London didn't have internets. Either they charge for it and make money or they give it away free and advertise it as a benefit.19:11.51 
  If one of us has a room close to his we can just share the cat5 internets via wifi and he can use that.19:12.23 
mvrhel_laptop yes19:19.46 
  I wonder when ray is scheduled to arrive19:19.59 
  I would have thought he would be here today to get the Saturday stay over19:20.10 
sebras Robin_Watts: also I found that if /Size in the pdf trailer is an indirect reference (which it may not be according to spec) we will emit "Lock 1 held when not expected". I'm not sure what to make of this; it _is_ a bogus file, but is it ok for the locking to be messed up by that?19:27.09 
  the message is printed in pdf_load_xref() when we try to resize the xref based on the value of /Size. at this point we try to resolve the indirect reference, something which requires the lock not to be held (but it is because we are opening the document).19:31.25 
  Robin_Watts: the same would hold true if XRefStm or Prev are ever indirect references in a trailer.20:22.33 
  heh, not that it makes sense but XRefStm is _not_ to required to be an direct object (as in the case of Prev).20:29.14 
Robin_Watts metan: Yes, mupdf people are here.21:44.55 
  mvrhel_laptop: For the logs; We can't change the author of the commit without changing the hash :(21:45.57 
  sebras: That locking thing sounds like a bug.21:47.13 
metan Robin_Watts: Hi :)21:47.29 
Robin_Watts metan: bugzilla is the best way to handle patches etc so they don't get lost, but we can certainly discuss it here.21:47.39 
metan good21:47.48 
Robin_Watts The mupdf guys are generally european time zone, though we are often here out of hours too.21:48.04 
metan I was playing with MuPDF today and found that the build process doesn't generate so library21:48.32 
Robin_Watts Which build process ?21:48.42 
metan I do have simple patch for the main Makefile21:48.43 
  linux 21:48.47 
Robin_Watts Right.21:48.53 
metan is there a reason why is the dynamic library omited?21:49.18 
  it makes it difficuilt to use21:49.30 
Robin_Watts Well, we don't use a .so ourselves.21:49.38 
  and until the 1.0 release, the APIs have not been frozen.21:49.50 
metan that makes sense21:50.12 
Robin_Watts The plan is now that the APIs shouldn't change, but I think we'd like an 'init with version' entrypoint before we made a .so official21:50.35 
metan 'init with version' ?21:51.20 
Robin_Watts So you would call an init point for the .so with an expected version.21:52.20 
metan ah, that thing21:52.37 
Robin_Watts so we could gracefully fail if the .so was an incompatible one21:52.44 
metan okay, so what's the plan, should I wait till the .so is oficiall and meanwhile use the .so I've build?21:53.43 
Robin_Watts metan: I'd open an enhancement bug, and attach your patch.21:54.04 
  That will make sure we think about it in time for the next release in August.21:54.19 
metan okay21:54.33 
  (will do tomorrow, now is time to sleep)21:57.50 
Robin_Watts sebras: Well spotted. I'll look into it, thanks.22:14.31 
  Do you have a file that shows the problem?22:14.49 
 Forward 1 day (to 2012/04/30)>>> 
ghostscript.com
Search: