Re: [Gimp-developer] gimp_selection_invert for a Gimp plug_in under windows

2002-08-20 Thread Tor Lillqvist

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

2002-08-12 Thread Sven Neumann

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

2002-08-12 Thread Sven Neumann

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

2002-08-12 Thread Tor Lillqvist

  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