| <<<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 odd | 12: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 Seattle | 15:22.08 |
marcosw | 50 degrees and wet? | 15:22.23 |
mvrhel_laptop | yes | 15:22.25 |
| Bring your rain coat | 15: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 crap | 16:54.15 |
| Robin_Watts | 16:54.17 |
| I just did my push of the planar stuff | 16:54.25 |
| and it shows that you are the author | 16:54.30 |
| must be because of the patch update you sent me | 16:54.58 |
| oh well | 16:55.03 |
| that is weird | 16:56.04 |
| I don't quite understand why it did that | 16:56.14 |
| I had a nasty bug in one of the customers files with the patch | 16:56.43 |
| took forever to figure out since it was clist and only when we had 15 colorants + transparency | 16:57.14 |
| marcosw: you still there? | 16:58.20 |
| ok. well that is done | 17:02.36 |
| time to get something to eat | 17: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 marcosw | 18:47.05 |
| So I closed Gemma's bugs | 18:47.18 |
| as I did the big commit of the planar fix | 18: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 | excellent | 18: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 | marcosw | 19:10.09 |
| there is internet | 19:10.11 |
| it is just not wireless | 19:10.15 |
| I think Scott was probably trying to use his ipad | 19:10.29 |
| and there is not a CAT5 connector for it | 19:10.41 |
| it seems to be pretty dependable | 19: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 | yes | 19:19.46 |
| I wonder when ray is scheduled to arrive | 19:19.59 |
| I would have thought he would be here today to get the Saturday stay over | 19: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 | good | 21: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 library | 21:48.32 |
Robin_Watts | Which build process ? | 21:48.42 |
metan | I do have simple patch for the main Makefile | 21: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 use | 21: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 sense | 21: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 official | 21: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 thing | 21:52.37 |
Robin_Watts | so we could gracefully fail if the .so was an incompatible one | 21: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 | okay | 21: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)>>> | |