Re: [Gimp-developer] authors.xml, volunteer needed
On Sat, 2005-08-27 at 12:52 +0300, Tor Lillqvist wrote: Stephen Robert Norris I wrote the original Plasma plugin, Displace plugin and... waves? plugin... It's been a while. Stephen signature.asc Description: This is a digitally signed message part
Re: [Gimp-developer] Re: patch for gimp/po/fr.po
On Wed, Aug 29, 2001 at 09:38:45PM -0500, Kelly Martin wrote: On Thu, 30 Aug 2001 10:05:15 +1000, Stephen Robert Norris [EMAIL PROTECTED] said: So it's the library's fault if I pass it a bad pointer and it causes a SEGV? Yes. Kelly I'd be interested to know how to avoid that. I'm pretty sure I can construct a scenario (with multiple threads and memory mapping, for example) where it's impossible to tell until you get the SEGV. For instance, I memory map a file, pass a pointer into the mapped region into the library and then unmap it some time later from another thread. Even if the library were checking (and I'm not sure how it could) that the pointer points to valid address space, there will be a time gap between the check and the use, and my unmapping can get in there. Having the library install its' own signal handler is not an acceptable solution, either. Stephen -- Stephen Norris[EMAIL PROTECTED] Farrow Norris Pty Ltd +61 417 243 239 ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: patch for gimp/po/fr.po
On Wed, Aug 29, 2001 at 11:22:26PM -0500, Kelly Martin wrote: On Thu, 30 Aug 2001 13:42:05 +1000, Stephen Robert Norris [EMAIL PROTECTED] said: I'd be interested to know how to avoid that. I'm pretty sure I can construct a scenario (with multiple threads and memory mapping, for example) where it's impossible to tell until you get the SEGV. For instance, I memory map a file, pass a pointer into the mapped region into the library and then unmap it some time later from another thread. Even if the library were checking (and I'm not sure how it could) that the pointer points to valid address space, there will be a time gap between the check and the use, and my unmapping can get in there. Having the library install its' own signal handler is not an acceptable solution, either. Sounds like a fundamental problem with the UNIX environment design, then. Kelly It's a fundamental problem with having pointers. If you were restricted to some sort of object references that the OS controlled (something like MONADS had, or MULTICS sort of had) then you can avoid the problem. Otherwise, it's hard to fix. -- Stephen Norris[EMAIL PROTECTED] Farrow Norris Pty Ltd +61 417 243 239 ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: patch for gimp/po/fr.po
On Thu, Aug 30, 2001 at 07:34:57AM +0200, Lourens Veen wrote: Stephen Robert Norris wrote: I'd be interested to know how to avoid that. I'm pretty sure I can construct a scenario (with multiple threads and memory mapping, for example) where it's impossible to tell until you get the SEGV. For instance, I memory map a file, pass a pointer into the mapped region into the library and then unmap it some time later from another thread. Even if the library were checking (and I'm not sure how it could) that the pointer points to valid address space, there will be a time gap between the check and the use, and my unmapping can get in there. Having the library install its' own signal handler is not an acceptable solution, either. Well, call me stupid, but isn't that what mutexes are for? Thread 1 sets the mutex, then calls the library with a pointer to some part of the shared memory. Make sure thread 2 checks the mutex before unmapping and there's no problem at all. Thing is, how is the library going to know whether the pointer is valid or not? All the standard C functions that expect pointers will happily write wherever you point them to, even if it causes a segfault. I don't see how this is a problem with the library. If I divide by zero (which is essentially calling the divide function with illegal values) I get an exception as well. Lourens Yes, this is a way the application can avoid the problem; it's not a way the library can. My point was that it's impossible with modern OS's to avoid the possibility of the library crashing. Stephen -- Stephen Norris[EMAIL PROTECTED] Farrow Norris Pty Ltd +61 417 243 239 ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] SMP support
On Tue, Aug 07, 2001 at 10:48:37AM +0200, Sven Neumann wrote: Hi, Michael Soibelman [EMAIL PROTECTED] writes: I just noticed that there no longer seems to be the --with-smp configuration option! Is this an omission or intentional? IIRC, the configuration option to add support for multiple processors has always been --with-mp and it's still there. Also, excuse my ignorance, but can options such as --with-smp be passed to the rpm command rpm's do include prebuilt binary packages, you can't reconfigure them later. I suggest you build from source if you want SMP support. Unless you build from source RPMs, of course. Just install it and edit the spec file to include what options you want and rebuild the RPM. Keeps the dependency tracking nice and orderly. Stephen -- Stephen Norris[EMAIL PROTECTED] Farrow Norris Pty Ltd +61 417 243 239 ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] Re: Quesitons about support for Djvu format and Color selection
On Sun, Jul 15, 2001 at 10:15:28PM +0200, Guillermo S. Romero / Familia Romero wrote: [EMAIL PROTECTED] (2001-07-15 at 1042.57 -0700): 1) I was on the lizard tech site a while back, and I stumbled onto this page: http://www.lizardtech.com/products/djvu/referencelibrary/DjVuRefLib_3.0.html I am relatively ignorent of coding, but I have seen Djvu images in action and been quite impressed. It was originally developed by ATT and then sold to these guys. If this site is correct, they have released some fairly interesting software under GPL, including the complete decoder and some more basic encoding abilities for the djvu format. Would this be useful to add to the gimp? Has anyone looked into this before? When coders see the word patent near something, they can get very nervous, even if it says that they grant it. Ask the company, maybe they want to create and maintain it, as PR. BTW, they are messing GPL and Open Source. Hohoho, if FSF people reads the page. GSR A quick skim of the webpage seems to indicate the know what the GPL is. The only thing I can see that's interesting is what happens if they use the GPL'ed code in their commercial products? Given the nature of the GPL, surely that means they'd have to distribute source of the other products too? They certainly would have to if they ever accept contributions from the outside world under the GPL, I believe. Stephen -- Stephen Norris[EMAIL PROTECTED] Farrow Norris Pty Ltd +61 417 243 239 PGP signature