Re: [Gimp-developer] gimp_selection_invert for a Gimp plug_in under windows
Tor Lillqvist writes: I have a vague recollection that *some* of the underscore entry points really *is* used by another DLL. Don't have time to check right now. Yes, _readchannel is used by libgimpui. And the iwarp plug-in uses _gimp_layer_copy(). --tml ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp_selection_invert for a Gimp plug_in under windows
Hi, Thierry Tracol [EMAIL PROTECTED] writes: I am currently adapting a Unix Gimp plug-in to Windows Gimp. I have a problem because the plug-in is using the gimp_selection_invert function which works well with Unix, but it doesn't seem to exist on PC. The function is declared in the windows include gimpselection_pdb.h, but it is not present in the exported functions list of the libgimp.dll dll. The only exported functions in liggimp.dll related to selection are : gimp_selection_save, _gimp_selection_none, _gimp_selection_load, _gimp_selection_is_empty, _gimp_selection_float, _gimp_selection_clear, _gimp_selection_bounds. none of the symbols that start with an underscore should be exported. If they really are, it's a bug and you should expect that they won't be available in the next release. The symbols related to selections that should be exported are: gimp_selection_all gimp_selection_border gimp_selection_bounds gimp_selection_clear gimp_selection_feather gimp_selection_float gimp_selection_grow gimp_selection_invert gimp_selection_is_empty gimp_selection_layer_alpha gimp_selection_load gimp_selection_none gimp_selection_save gimp_selection_sharpen gimp_selection_shrink gimp_selection_translate gimp_selection_value Does anybody know how to bypass this problem ? you could call the PDB function directly using gimp_run_procedure() instead of relying on the availability of the C wrappers. I'd appreciate if you could file a bug-report for this problem. It would be even better if you fixed the gimp.def file and attached a patch to the bug-report. Perhaps Tor can comment if I'm wrong and libgimp/gimp.def is not the right place to fix this. Salut, Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] 'gimp_selection_invert' for a Gimp plug_in under windows
Hi, [EMAIL PROTECTED] writes: Thierry Tracol [EMAIL PROTECTED] writes: I am currently adapting a Unix Gimp plug-in to Windows Gimp. I have a problem because the plug-in is using the gimp_selection_invert function which works well with Unix, but it doesn't seem to exist on PC. The function to invert a selection does exist in WinGIMP 1.2.0 and 1.2.3. The DB Browser lists it as 'gimp-selection-invert'. well, the DB browser lists the functions registered with the PDB. This has nothing to do with the availability of the respective C wrappers in libgimp. Salut, Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] gimp_selection_invert for a Gimp plug_in under windows
none of the symbols that start with an underscore should be exported. If they really are, it's a bug and you should expect that they won't be available in the next release. OK, I'll remove them. (I have a vague recollection that *some* of the underscore entry points really *is* used by another DLL. Don't have time to check right now.) Does anybody know how to bypass this problem ? Wait until I generate a new libgimp DLL (and import library) and upload them this evening. --tml ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer