Commit Graph

51 Commits

Author SHA1 Message Date
Georg Brandl 226910f52d bug #1154: release memory allocated by "es" PyArg_ParseTuple format specifier.
(backport from rev. 58119)
2007-09-12 18:29:21 +00:00
Ronald Oussoren 306b1f31b7 Fix bug #1000914 (again).
This patches a file that is generated by bgen, however the code is now the
same as a current copy of bgen would generate.  Without this patch most types
in the Carbon.CF module are unusable.

I haven't managed to coax bgen into generating a complete copy of _CFmodule.c
yet :-(, hence the manual patching.
2006-05-20 06:17:01 +00:00
Neal Norwitz c3264e50e7 Get rid of some warnings. 2006-03-20 02:04:23 +00:00
Neal Norwitz 8786eb5e92 Fix a couple of warnings on Mac OS X. 2006-02-24 15:39:29 +00:00
Jack Jansen 918a9e2f63 Updated (and regenerated) for name change in tp_init method arguments:
they are now _self, _args and _kwds.
2005-07-03 20:59:44 +00:00
Tim Peters 182b5aca27 Whitespace normalization, via reindent.py. 2004-07-18 06:16:08 +00:00
Jack Jansen ce17cf6da7 The CF inheritance could cause double frees of the underlying objects.
Fixed.
2004-07-15 14:25:48 +00:00
Jack Jansen d9e50f554f CFStringGetUnicode() returned an extra null character at the end of the string.
fixed.
2004-07-15 14:11:30 +00:00
Jack Jansen 3bfc28c12f Make CF module PEP253 based (finally). 2004-07-15 13:42:06 +00:00
Jack Jansen 7107c1aff3 Got rid of macglue.h, replacing it by pymactoolbox.h where relevant.
Cleaned up various things in the toolbox modules.
2003-11-20 13:31:00 +00:00
Jack Jansen e48cef7aba Getting rid of WITHOUT_FRAMEWORKS and ACCESSOR_CALLS_ARE_FUNCTIONS:
MacOS9isms.
2003-11-19 16:13:35 +00:00
Jack Jansen ac8bd9175b Forgot the code to initialize the glue for the new CFObj_ routines. 2003-05-31 22:09:33 +00:00
Jack Jansen 4eb45e7804 Added functions CFObj_New and CFObj_Convert, general functions to convert
between CF objects and their Python representation. Fixes 734695.
2003-05-27 21:39:58 +00:00
Jack Jansen 885d4f6577 Mod to previous checkin: we must require ascii, not system defautl encoding,
because we have no easy way to convert the python encoding string to
a CF encoding parameter.
2003-03-03 13:19:44 +00:00
Jack Jansen d505cab5b3 Accept only the system default encoding when converting Python
strings to CF strings. Fixes 682215.
2003-03-03 13:12:59 +00:00
Jack Jansen 234d074446 - Various tweaks to forestall compiler warnings. 2002-12-23 22:35:38 +00:00
Jack Jansen f955784f0c Regenerated with inheritance-aware xxxx_Check() macros. 2002-12-19 21:24:35 +00:00
Jack Jansen 96cebde909 Added PEP253 support to most Carbon modules. This isn't complete yet:
some of the more compilcated cases (CF, Res) haven't been done yet. Also,
various types should inherit from each other (anything with an as_Resource
method should be a Resource subtype, the CF types should become one family).
2002-12-03 23:40:22 +00:00
Jack Jansen 49931887d7 Regenerated with PyDoc_STR() around docstrings. 2002-08-16 09:09:31 +00:00
Jack Jansen 87eea88b5a After generating the Python file with definitions try to run it, so
we catch errors during the build process in stead of later during runtime.
2002-08-15 21:48:16 +00:00
Jack Jansen aaebdd6a02 Enable building of Carbon toolbox modules with unix-Python. 2002-08-05 15:39:30 +00:00
Jack Jansen eaba9d7b28 Added typechecking to the individual python->CF converters, so we can use them in the CF object initializers safely. 2002-05-13 21:23:10 +00:00
Jack Jansen 23be1ceb51 Added CFPreferences support. Added these as functions, not methods, which seemed counter-intuitive. 2002-05-13 21:21:49 +00:00
Jack Jansen 7906634f28 - Better exception when a NULL CF object is encountered.
- Manually generate a routine with funny error semantics.
2002-05-12 22:04:14 +00:00
Jack Jansen 6d207c09aa - Get data from CFData objects as Python strings and vv.
- Started on supporting CFPropertyLists.
2002-05-10 22:51:58 +00:00
Jack Jansen 42251323b4 Fixed string and dict conversion, and implemented booleans and numbers (int and float). I think we now have enough CFType support to start on plists and CFpreferences!
Transparent handling of unknown CFType objects still TBD.
2002-05-08 22:13:51 +00:00
Jack Jansen 1df628ddce Partial fix for string handling. Null byte TBD. 2002-05-08 15:29:33 +00:00
Jack Jansen 5ad6f7a3a9 More support for bridging between Python and CoreFoundation objects. Still untested. 2002-05-07 23:00:03 +00:00
Jack Jansen efaffae8f6 First steps towards a generalized converter of Python object
hierarchies to CoreFoundation object hierarchies and vice versa.
2002-05-05 21:48:12 +00:00
Jack Jansen 033b79c483 Regenerated. 2002-04-23 22:46:01 +00:00
Jack Jansen 9d79990ac7 Weaklink most toolbox modules, improving backward compatibility. Modules will no longer fail to load if a single routine is missing on the curent OS version, in stead calling the missing routine will raise an exception.
Should finally fix 531398. 2.2.1 candidate.

Also blacklisted some constants with definitions that were not Python-compatible.
2002-03-24 23:04:18 +00:00
Jack Jansen ca9a4a6e17 Lurking bug found by patch for 531291: FSSpecs should be passed to
Py_BuildValue by address, not by value.

2.2.1 candidate.
2002-03-18 15:41:32 +00:00
Jack Jansen 69ac361cb5 Added some support for unicode arguments. 2002-01-01 22:43:13 +00:00
Jack Jansen 620a7667eb Updated to Universal Headers 3.4 2001-12-18 15:39:38 +00:00
Jack Jansen 2168e9d602 Adapted for Universal Headers 3.4 2001-12-16 20:18:40 +00:00
Guido van Rossum 146483964e Patch supplied by Burton Radons for his own SF bug #487390: Modifying
type.__module__ behavior.

This adds the module name and a dot in front of the type name in every
type object initializer, except for built-in types (and those that
already had this).  Note that it touches lots of Mac modules -- I have
no way to test these but the changes look right.  Apologies if they're
not.  This also touches the weakref docs, which contains a sample type
object initializer.  It also touches the mmap test output, because the
mmap type's repr is included in that output.  It touches object.h to
put the correct description in a comment.
2001-12-08 18:02:58 +00:00
Jack Jansen b3be216b41 Merged changes made on r22b2-branch between r22b2 and r22b2-mac (the
changes from start of branch upto r22b2 were already merged, of course).
2001-11-30 14:16:36 +00:00
Jack Jansen 537a69fe66 Make the CoreFoundation object _New and _Convert routines available to other modules. Idea by Donovan Preston, implementaion by me. 2001-11-05 14:39:22 +00:00
Jack Jansen fd064863eb Shut up many more gcc warnings. 2001-09-05 10:31:52 +00:00
Jack Jansen 9642ecad06 Shut up a few more gcc warnings. 2001-09-04 22:25:47 +00:00
Jack Jansen 06d2e1af35 Regenerated without default int return types. 2001-09-04 22:19:18 +00:00
Jack Jansen 25a5bd7708 Renamed. 2001-08-23 14:11:10 +00:00
Jack Jansen 50ecb0ad83 Renamed the Mac toolbox modules to have an initial _ in their name. 2001-08-23 14:02:09 +00:00
Jack Jansen 77105a960b The MacOS toolbox modules have acquired an _ in front of their name. Normal usage is through a wrapper module (without underscore) which lives in the Carbon package. 2001-08-23 13:51:46 +00:00
Jack Jansen 3988358b4d If we use frameworks we should include CoreServices/CoreServices.h, not the
old-style CoreFoundation.h.
2001-08-03 15:36:23 +00:00
Jack Jansen 6f70d62855 Used an adapted MethodGenerator to generate methods too for functions that have the object as the second arg after a first CFAllocatorRef arg (which we pass as NULL always anyway). 2001-07-17 20:47:13 +00:00
unknown c90acb9599 Do conversion of CFStrings to/from unicode. 2001-07-04 22:38:52 +00:00
Jack Jansen 340d98f564 - Use weaklink generators so we can support OSX-only calls without crashing on OS9.
- Convert CFString to/from Python strings. Currently always MacRoman, to be fixed later (as is unicode support). Python->CFString conversion is automatic.
2001-07-01 22:04:02 +00:00
Jack Jansen 7becc91fef Added CFURL support, and got base chaining to really work. 2001-06-28 22:08:26 +00:00
Jack Jansen bc7c8960e0 CFArray, CFData and CFDictonary are now covered, but mainly opaque.
CFStrings are in better shape, but Unicode support and automatic conversion to/from Python strings remains to be done.
2001-06-27 22:00:55 +00:00