1. 04 Sep, 2002 2 commits
  2. 22 Aug, 2002 1 commit
  3. 15 Jun, 2002 1 commit
  4. 05 May, 2002 1 commit
  5. 06 Mar, 2002 1 commit
  6. 24 Jan, 2002 2 commits
  7. 05 Nov, 2001 1 commit
  8. 25 Oct, 2001 1 commit
  9. 19 Oct, 2001 1 commit
  10. 06 Oct, 2001 1 commit
    • Tom Lane's avatar
      Rearrange fmgr.c and relcache so that it's possible to keep FmgrInfo · 85801a4d
      Tom Lane authored
      lookup info in the relcache for index access method support functions.
      This makes a huge difference for dynamically loaded support functions,
      and should save a few cycles even for built-in ones.  Also tweak dfmgr.c
      so that load_external_function is called only once, not twice, when
      doing fmgr_info for a dynamically loaded function.  All per performance
      gripe from Teodor Sigaev, 5-Oct-01.
      85801a4d
  11. 18 Jun, 2001 1 commit
    • Bruce Momjian's avatar
      Well, after persuading cvsup and cvs that it _is_ possible to have local · 0ed7864d
      Bruce Momjian authored
      modifiable repositories, I have a clean untrusted plperl patch to offer
      you :)
      
      Highlights:
      * There's one perl interpreter used for both trusted and untrusted
      procedures. I do think its unnecessary to keep two perl
      interpreters around. If someone can break out from trusted "Safe" perl
      mode, well, they can do what they want already. If someone disagrees, I
      can change this.
      
      * Opcode is not statically loaded anymore. Instead, we load Dynaloader,
      which then can grab Opcode (and anything else you can 'use') on its own.
      
      * Checked to work on FreeBSD 4.3 + perl 5.5.3 , OpenBSD 2.8 + perl5.6.1,
      RedHat 6.2 + perl 5.5.3
      
      * Uses ExtUtils::Embed to find what options are necessary to link with
      perl shared libraries
      
      * createlang is also updated, it can create untrusted perl using 'plperlu'
      
      * Example script (assuming you have Mail::Sendmail installed):
      create function foo() returns text as '
               use Mail::Sendmail;
      
               %mail = ( To      => q(you@yourname.com),
                         From    => q(me@here.com),
                         Message => "This is a very short message"
                        );
               sendmail(%mail) or die $Mail::Sendmail::error;
      return          "OK. Log says:\n", $Mail::Sendmail::log;
      ' language 'plperlu';
      
      Alex Pilosov
      0ed7864d
  12. 09 Jun, 2001 1 commit
  13. 01 Jun, 2001 1 commit
    • Tom Lane's avatar
      pltcl, plperl, and plpython all suffer the same bug previously fixed · 7748e9e7
      Tom Lane authored
      in plpgsql: they fail for datatypes that have old-style I/O functions
      due to caching FmgrInfo structs with wrong fn_mcxt lifetime.
      
      Although the plpython fix seems straightforward, I can't check it here
      since I don't have Python installed --- would someone check it?
      7748e9e7
  14. 22 Mar, 2001 1 commit
  15. 19 Jan, 2001 1 commit
  16. 08 Dec, 2000 1 commit
  17. 20 Nov, 2000 1 commit
    • Tom Lane's avatar
      Revise handling of oldstyle/newstyle functions per recent discussions · 5bb2300b
      Tom Lane authored
      in pghackers list.  Support for oldstyle internal functions is gone
      (no longer needed, since conversion is complete) and pg_language entry
      'internal' now implies newstyle call convention.  pg_language entry
      'newC' is gone; both old and newstyle dynamically loaded C functions
      are now called language 'C'.  A newstyle function must be identified
      by an associated info routine.  See src/backend/utils/fmgr/README.
      5bb2300b
  18. 16 Nov, 2000 1 commit
  19. 24 Oct, 2000 1 commit
  20. 12 Sep, 2000 1 commit
    • Bruce Momjian's avatar
      This patch, when applied in src/pl will unbreak plperl in · 5c6fa5ee
      Bruce Momjian authored
      7.0.2 release. Sorry, if that's fixed ages ago - I don't track
      development versions of PostgreSQL.
      
      Patch is just a little bit tested (some valid functions created and
      successfully run as well as some erroneous ones created and emitted proper
      error messages when used).
      
      My platform is FreeBSD 5.0-CURRENT (with perl 5.6.0 provided in the
      base system).
      
      Alex Kapranoff
      5c6fa5ee
  21. 05 Jul, 2000 1 commit
  22. 05 Jun, 2000 1 commit
  23. 30 May, 2000 1 commit
  24. 29 May, 2000 2 commits
  25. 28 May, 2000 1 commit
    • Tom Lane's avatar
      First round of changes for new fmgr interface. fmgr itself and the · 0a7fb4e9
      Tom Lane authored
      key call sites are changed, but most called functions are still oldstyle.
      An exception is that the PL managers are updated (so, for example, NULL
      handling now behaves as expected in plperl and plpgsql functions).
      NOTE initdb is forced due to added column in pg_proc.
      0a7fb4e9
  26. 18 Apr, 2000 1 commit
  27. 16 Apr, 2000 1 commit
  28. 12 Apr, 2000 1 commit
  29. 19 Feb, 2000 1 commit
  30. 29 Jan, 2000 1 commit
    • Bruce Momjian's avatar
      Attached is a uuencoded tarball that contains · c5b02a7a
      Bruce Momjian authored
      3 new files and two patches for the plperl subdir.
      
      These changes add the ability for plperl functions
      to call 'elog'. It also sets up the frame work to
      allow me to add access to the SPI functions.
      
      
      --
      Mark Hollomon
      c5b02a7a
  31. 20 Jan, 2000 1 commit
    • Bruce Momjian's avatar
      Well, I finally solved the linking problem · c02f1ead
      Bruce Momjian authored
      that kept me from making perl secure.
      
      Attached is uuencoded tarball to add PL/perl
      to postgresql.
      
      Things I know don't work.
      -- triggers
      -- SPI
      
      
      The README file has a _VERY_ short tutorial.
      
      Mark Hollomon
      c02f1ead
  32. 15 Jan, 2000 1 commit
  33. 10 Jan, 2000 1 commit
  34. 05 Jan, 2000 1 commit
  35. 22 Nov, 1999 1 commit
  36. 07 Nov, 1999 1 commit
  37. 15 Jul, 1999 1 commit