PyObjC

I get a bus error every time I try and call a (oneway void) function  
with pyObjC.  In fact, I think there's a bus error every time I call  
any function in an object with a oneway function.  Does pyObjC not  
know how to handle this?


---------------------------------------------------
Robb Brown
Seaman Family MR Research Centre
Calgary, Alberta, Canada

On Thu, 30 Jun 2005 14:43:13 -0700, "Michael McCracken"
<michael.mccracken@...> said:
> I'd appreciate any comments on the script or improvements.

A minor thing -- when I ran it on a nib of mine, I got output like:

Bindings for NSTextField1 :
   value -> NSArrayController: selection.Icon
   enabled -> NSArrayController: canRemove

...

Bindings for NSTextField3 :
   enabled -> NSArrayController: canRemove
   value -> NSArrayController: selection.Name

Note that in the first case, 'value' precedes 'enabled' and in the=20
second instance, it is reversed.

Might be nice to have this sorted by 'key' or at least in the same
order (my preference being the former).

> Note that here it really helps to have good names for the items=20
> in your nibs

How do I do that?  I've been filling in the 'Title' attribute
for each of my text fields in an attempt to remain sane as IB seems
to take great pleasure in rearranging the order of my text field rows
in the outline view of the nib file window (and I don't see a way
to do manual rearrangement).  May be if I can assign good names to=20
these fields as you are suggesting I can avoid doing what I'm
doing now and get nicer output from your tool.

--=20
=20=20
  ytrewq1@...

--=20
http://www.fastmail.fm - And now for something completely different=85

T24gNi8zMC8wNSwgeXRyZXdxMUBlbWwuY2MgPHl0cmV3cTFAZW1sLmNjPiB3cm90ZToKPiBPbiBU
aHUsIDMwIEp1biAyMDA1IDE0OjQzOjEzIC0wNzAwLCAiTWljaGFlbCBNY0NyYWNrZW4iCj4gPG1p
Y2hhZWwubWNjcmFja2VuQGdtYWlsLmNvbT4gc2FpZDoKPiA+IEknZCBhcHByZWNpYXRlIGFueSBj
b21tZW50cyBvbiB0aGUgc2NyaXB0IG9yIGltcHJvdmVtZW50cy4KPiAKPiBBIG1pbm9yIHRoaW5n
IC0tIHdoZW4gSSByYW4gaXQgb24gYSBuaWIgb2YgbWluZSwgSSBnb3Qgb3V0cHV0IGxpa2U6Cj4g
Cj4gQmluZGluZ3MgZm9yIE5TVGV4dEZpZWxkMSA6Cj4gICAgdmFsdWUgLT4gTlNBcnJheUNvbnRy
b2xsZXI6IHNlbGVjdGlvbi5JY29uCj4gICAgZW5hYmxlZCAtPiBOU0FycmF5Q29udHJvbGxlcjog
Y2FuUmVtb3ZlCj4gCj4gLi4uCj4gCj4gQmluZGluZ3MgZm9yIE5TVGV4dEZpZWxkMyA6Cj4gICAg
ZW5hYmxlZCAtPiBOU0FycmF5Q29udHJvbGxlcjogY2FuUmVtb3ZlCj4gICAgdmFsdWUgLT4gTlNB
cnJheUNvbnRyb2xsZXI6IHNlbGVjdGlvbi5OYW1lCj4gCj4gTm90ZSB0aGF0IGluIHRoZSBmaXJz
dCBjYXNlLCAndmFsdWUnIHByZWNlZGVzICdlbmFibGVkJyBhbmQgaW4gdGhlCj4gc2Vjb25kIGlu
c3RhbmNlLCBpdCBpcyByZXZlcnNlZC4KPiAKPiBNaWdodCBiZSBuaWNlIHRvIGhhdmUgdGhpcyBz
b3J0ZWQgYnkgJ2tleScgb3IgYXQgbGVhc3QgaW4gdGhlIHNhbWUKPiBvcmRlciAobXkgcHJlZmVy
ZW5jZSBiZWluZyB0aGUgZm9ybWVyKS4KCkdvb2QgcG9pbnQhClRvIGhhdmUgdGhlbSBzb3J0ZWQg
Ynkga2V5LCBhcHBseSB0aGUgZm9sbG93aW5nIHBhdGNoIG9yIGdldCB0aGUgbmV3CnZlcnNpb24g
SSBqdXN0IHVwbG9hZGVkIC0gc2FtZSBVUkwuCgotLS0gLi9iaW5kbGlzdC5weSAgICAgICAyMDA1
LTA2LTMwIDE1OjQ1OjI5LjAwMDAwMDAwMCAtMDcwMAorKysgLi9iaW5kbGlzdC5weX4gICAgICAy
MDA1LTA2LTMwIDE0OjQzOjAxLjAwMDAwMDAwMCAtMDcwMApAQCAtMTI5LDEwICsxMjksNyBAQAog
CiAgICAgZm9yIG9iak5hbWUgaW4gYmluZGluZ3NCeU9iamVjdE5hbWUua2V5cygpOgogICAgICAg
ICBiaW5kaW5nc0Zvck9iaiA9IGJpbmRpbmdzQnlPYmplY3ROYW1lW29iak5hbWVdCi0gICAgICAg
IGJpbmRpbmdzVG9Tb3J0ID0gWyhiLmJpbmRpbmdOYW1lLCBiKSBmb3IgYiBpbiBiaW5kaW5nc0Zv
ck9ial0KLSAgICAgICAgYmluZGluZ3NUb1NvcnQuc29ydCgpCi0gICAgICAgIGJpbmRpbmdzRm9y
T2JqID0gW2JbMV0gZm9yIGIgaW4gYmluZGluZ3NUb1NvcnRdCi0gICAgICAgIAorCiAgICAgICAg
IHByaW50ICJCaW5kaW5ncyBmb3IiLCAgb2JqTmFtZSwgIjoiCiAgICAgICAgIGZvciBiaW5kaW5n
IGluIGJpbmRpbmdzRm9yT2JqOgogICAgICAgICAgICAgcHJpbnQgIiAiICogMiwgYmluZGluZwoK
CgogCj4gPiBOb3RlIHRoYXQgaGVyZSBpdCByZWFsbHkgaGVscHMgdG8gaGF2ZSBnb29kIG5hbWVz
IGZvciB0aGUgaXRlbXMKPiA+IGluIHlvdXIgbmlicwo+IAo+IEhvdyBkbyBJIGRvIHRoYXQ/ICBJ
J3ZlIGJlZW4gZmlsbGluZyBpbiB0aGUgJ1RpdGxlJyBhdHRyaWJ1dGUKPiBmb3IgZWFjaCBvZiBt
eSB0ZXh0IGZpZWxkcyBpbiBhbiBhdHRlbXB0IHRvIHJlbWFpbiBzYW5lIGFzIElCIHNlZW1zCj4g
dG8gdGFrZSBncmVhdCBwbGVhc3VyZSBpbiByZWFycmFuZ2luZyB0aGUgb3JkZXIgb2YgbXkgdGV4
dCBmaWVsZCByb3dzCj4gaW4gdGhlIG91dGxpbmUgdmlldyBvZiB0aGUgbmliIGZpbGUgd2luZG93
IChhbmQgSSBkb24ndCBzZWUgYSB3YXkKPiB0byBkbyBtYW51YWwgcmVhcnJhbmdlbWVudCkuICBN
YXkgYmUgaWYgSSBjYW4gYXNzaWduIGdvb2QgbmFtZXMgdG8KPiB0aGVzZSBmaWVsZHMgYXMgeW91
IGFyZSBzdWdnZXN0aW5nIEkgY2FuIGF2b2lkIGRvaW5nIHdoYXQgSSdtCj4gZG9pbmcgbm93IGFu
ZCBnZXQgbmljZXIgb3V0cHV0IGZyb20geW91ciB0b29sLgoKV2VsbCwganVkZ2luZyBmcm9tIHRo
ZSBuaWJ0b29sIG91dHB1dCwgSSBndWVzcyBhbHRob3VnaCBldmVyeSBvYmplY3QKaGFzIGEgIk5h
bWUiIGtleSwgbm90IGFsbCBvZiB0aGVtIGNhbiBiZSBzZXQgaW4gSUIgLSBvdGhlciBvYmplY3Rz
CmhhdmUgYSBzdHJpbmdWYWx1ZSBvciBhIHRpdGxlLiBUaGUgY29kZSBzaG91bGQgcHJvYmFibHkg
dXNlIHRob3NlIHRvCmhlbHAgaWRlbnRpZnkgaXQgYmV0dGVyLgpJdCBjb3VsZCBhbHNvIGRpc3Bs
YXkgdGhlIGhpZXJhcmNoeSB5b3UgZ2V0IGZyb20gbmlidG9vbCAtaCB0aGF0IGNvdWxkCmhlbHAg
SUQgc29tZSBvYmplY3RzIHRoYXQgZG9uJ3QgaGF2ZSBuYW1lcywgbGlrZSBzY3JvbGwgdmlld3Mg
YW5kCm91dGxpbmUgdmlld3MuCgpJIHRoaW5rIGZvciB0ZXh0IGZpZWxkcywgdGhlIHRpdGxlIGlz
IHRoZSBiZXN0IHlvdSBjYW4gZG8uCgoKLW1pa2UKCj4gLS0KPiAKPiAgIHl0cmV3cTFAZW1sLmNj
Cj4gCj4gLS0KPiBodHRwOi8vd3d3LmZhc3RtYWlsLmZtIC0gQW5kIG5vdyBmb3Igc29tZXRoaW5n
IGNvbXBsZXRlbHkgZGlmZmVyZW50hQo+IAo+IAoKCi0tIApNaWNoYWVsIE1jQ3JhY2tlbgpVQ1NE
IENTRSBQaEQgU3R1ZGVudApTYW4gRGllZ28gU3VwZXJjb21wdXRlciBDZW50ZXIKaHR0cDovL3d3
dy5jc2UudWNzZC5lZHUvfm1tY2NyYWNrLwo=

VGhhbmtzIGFnYWluIGZvciB0aGUgZmVlZGJhY2sgLSBJIGFkZGVkIHNvbWUgY29kZSB0byB0cnkg
aGFyZGVyIHRvIGdldAp1c2VmdWwgbmFtZXMgZm9yIHRoZSBvYmplY3RzLiBUaGUgc2FtZSBsaW5r
IHdpbGwgZ2V0IGEgdmVyc2lvbiAxLjIKc2NyaXB0IG5vdy4KCkFzIGFuIGV4YW1wbGUsIHRoZSBH
cmFwaGljcyBCaW5kaW5ncyBleGFtcGxlIG5pYnMgbm93IGdldCB0aGlzIG91dHB1dDoKCi9Vc2Vy
cy9taWtlL0Rlc2t0b3AvR3JhcGhpY3NCaW5kaW5ncy9FbmdsaXNoLmxwcm9qL015RG9jdW1lbnQu
bmliIDoKQmluZGluZ3MgZm9yIE5TVGFibGVDb2x1bW4gIjxudWxsPlJhZGl1cyIgOgogICB2YWx1
ZSAtPiBOU0FycmF5Q29udHJvbGxlciAiR3JhcGhpY3MgQ29udHJvbGxlciI6IGFycmFuZ2VkT2Jq
ZWN0cy5yYWRpdXMKCkJpbmRpbmdzIGZvciBOU0FycmF5Q29udHJvbGxlciAiR3JhcGhpY3MgQ29u
dHJvbGxlciIgOgogICBjb250ZW50QXJyYXkgLT4gTlNDdXN0b21PYmplY3QgIkZpbGUncyBPd25l
ciI6IGdyYXBoaWNzCgpCaW5kaW5ncyBmb3IgTlNCdXR0b24gIi0iIDoKICAgZW5hYmxlZCAtPiBO
U0FycmF5Q29udHJvbGxlciAiR3JhcGhpY3MgQ29udHJvbGxlciI6IGNhblJlbW92ZQoKQmluZGlu
Z3MgZm9yIE5TQ29sb3JXZWxsICIyIiA6CiAgIHZhbHVlIC0+IE5TQXJyYXlDb250cm9sbGVyICJH
cmFwaGljcyBDb250cm9sbGVyIjogc2VsZWN0aW9uLmNvbG9yCgpCaW5kaW5ncyBmb3IgTlNUZXh0
RmllbGQgIk5TVGV4dEZpZWxkMSIgOgogICB2YWx1ZSAtPiBOU0FycmF5Q29udHJvbGxlciAiR3Jh
cGhpY3MgQ29udHJvbGxlciI6IHNlbGVjdGlvbi5zaGFkb3dPZmZzZXQKCkJpbmRpbmdzIGZvciBO
U1RleHRGaWVsZCAiTlNUZXh0RmllbGQiIDoKICAgdmFsdWUgLT4gTlNBcnJheUNvbnRyb2xsZXIg
IkdyYXBoaWNzIENvbnRyb2xsZXIiOiBzZWxlY3Rpb24ucmFkaXVzCgpCaW5kaW5ncyBmb3IgTlNC
dXR0b24gIkZpbHRlciIgOgogICB2YWx1ZSAtPiBOU0FycmF5Q29udHJvbGxlciAiR3JhcGhpY3Mg
Q29udHJvbGxlciI6IHNob3VsZEZpbHRlcgoKQmluZGluZ3MgZm9yIE5TU2xpZGVyICJOU1NsaWRl
cjIiIDoKICAgdmFsdWUgLT4gTlNBcnJheUNvbnRyb2xsZXIgIkdyYXBoaWNzIENvbnRyb2xsZXIi
OiBzZWxlY3Rpb24ucmFkaXVzCgpCaW5kaW5ncyBmb3IgTlNUZXh0RmllbGQgIk5TVGV4dEZpZWxk
MTEiIDoKICAgdmFsdWUgLT4gTlNBcnJheUNvbnRyb2xsZXIgIkdyYXBoaWNzIENvbnRyb2xsZXIi
OiBzZWxlY3Rpb24uc2hhZG93QW5nbGUKCkJpbmRpbmdzIGZvciBOU1RhYmxlQ29sdW1uICI8bnVs
bD5ZIiA6CiAgIHZhbHVlIC0+IE5TQXJyYXlDb250cm9sbGVyICJHcmFwaGljcyBDb250cm9sbGVy
IjogYXJyYW5nZWRPYmplY3RzLnlMb2MKCkJpbmRpbmdzIGZvciBOU0NvbG9yV2VsbCAiMjEiIDoK
ICAgdmFsdWUgLT4gTlNBcnJheUNvbnRyb2xsZXIgIkdyYXBoaWNzIENvbnRyb2xsZXIiOiBmaWx0
ZXJDb2xvcgoKQmluZGluZ3MgZm9yIE5TVGFibGVDb2x1bW4gIjxudWxsPlgiIDoKICAgdmFsdWUg
LT4gTlNBcnJheUNvbnRyb2xsZXIgIkdyYXBoaWNzIENvbnRyb2xsZXIiOiBhcnJhbmdlZE9iamVj
dHMueExvYwoKLW1pa2UKCk9uIDYvMzAvMDUsIE1pY2hhZWwgTWNDcmFja2VuIDxtaWNoYWVsLm1j
Y3JhY2tlbkBnbWFpbC5jb20+IHdyb3RlOgo+IE9uIDYvMzAvMDUsIHl0cmV3cTFAZW1sLmNjIDx5
dHJld3ExQGVtbC5jYz4gd3JvdGU6Cj4gPiBPbiBUaHUsIDMwIEp1biAyMDA1IDE0OjQzOjEzIC0w
NzAwLCAiTWljaGFlbCBNY0NyYWNrZW4iCj4gPiA8bWljaGFlbC5tY2NyYWNrZW5AZ21haWwuY29t
PiBzYWlkOgo+ID4gPiBJJ2QgYXBwcmVjaWF0ZSBhbnkgY29tbWVudHMgb24gdGhlIHNjcmlwdCBv
ciBpbXByb3ZlbWVudHMuCj4gPgo+ID4gQSBtaW5vciB0aGluZyAtLSB3aGVuIEkgcmFuIGl0IG9u
IGEgbmliIG9mIG1pbmUsIEkgZ290IG91dHB1dCBsaWtlOgo+ID4KPiA+IEJpbmRpbmdzIGZvciBO
U1RleHRGaWVsZDEgOgo+ID4gICAgdmFsdWUgLT4gTlNBcnJheUNvbnRyb2xsZXI6IHNlbGVjdGlv
bi5JY29uCj4gPiAgICBlbmFibGVkIC0+IE5TQXJyYXlDb250cm9sbGVyOiBjYW5SZW1vdmUKPiA+
Cj4gPiAuLi4KPiA+Cj4gPiBCaW5kaW5ncyBmb3IgTlNUZXh0RmllbGQzIDoKPiA+ICAgIGVuYWJs
ZWQgLT4gTlNBcnJheUNvbnRyb2xsZXI6IGNhblJlbW92ZQo+ID4gICAgdmFsdWUgLT4gTlNBcnJh
eUNvbnRyb2xsZXI6IHNlbGVjdGlvbi5OYW1lCj4gPgo+ID4gTm90ZSB0aGF0IGluIHRoZSBmaXJz
dCBjYXNlLCAndmFsdWUnIHByZWNlZGVzICdlbmFibGVkJyBhbmQgaW4gdGhlCj4gPiBzZWNvbmQg
aW5zdGFuY2UsIGl0IGlzIHJldmVyc2VkLgo+ID4KPiA+IE1pZ2h0IGJlIG5pY2UgdG8gaGF2ZSB0
aGlzIHNvcnRlZCBieSAna2V5JyBvciBhdCBsZWFzdCBpbiB0aGUgc2FtZQo+ID4gb3JkZXIgKG15
IHByZWZlcmVuY2UgYmVpbmcgdGhlIGZvcm1lcikuCj4gCj4gR29vZCBwb2ludCEKPiBUbyBoYXZl
IHRoZW0gc29ydGVkIGJ5IGtleSwgYXBwbHkgdGhlIGZvbGxvd2luZyBwYXRjaCBvciBnZXQgdGhl
IG5ldwo+IHZlcnNpb24gSSBqdXN0IHVwbG9hZGVkIC0gc2FtZSBVUkwuCj4gCj4gLS0tIC4vYmlu
ZGxpc3QucHkgICAgICAgMjAwNS0wNi0zMCAxNTo0NToyOS4wMDAwMDAwMDAgLTA3MDAKPiArKysg
Li9iaW5kbGlzdC5weX4gICAgICAyMDA1LTA2LTMwIDE0OjQzOjAxLjAwMDAwMDAwMCAtMDcwMAo+
IEBAIC0xMjksMTAgKzEyOSw3IEBACj4gCj4gICAgICBmb3Igb2JqTmFtZSBpbiBiaW5kaW5nc0J5
T2JqZWN0TmFtZS5rZXlzKCk6Cj4gICAgICAgICAgYmluZGluZ3NGb3JPYmogPSBiaW5kaW5nc0J5
T2JqZWN0TmFtZVtvYmpOYW1lXQo+IC0gICAgICAgIGJpbmRpbmdzVG9Tb3J0ID0gWyhiLmJpbmRp
bmdOYW1lLCBiKSBmb3IgYiBpbiBiaW5kaW5nc0Zvck9ial0KPiAtICAgICAgICBiaW5kaW5nc1Rv
U29ydC5zb3J0KCkKPiAtICAgICAgICBiaW5kaW5nc0Zvck9iaiA9IFtiWzFdIGZvciBiIGluIGJp
bmRpbmdzVG9Tb3J0XQo+IC0KPiArCj4gICAgICAgICAgcHJpbnQgIkJpbmRpbmdzIGZvciIsICBv
YmpOYW1lLCAiOiIKPiAgICAgICAgICBmb3IgYmluZGluZyBpbiBiaW5kaW5nc0Zvck9iajoKPiAg
ICAgICAgICAgICAgcHJpbnQgIiAiICogMiwgYmluZGluZwo+IAo+IAo+IAo+IAo+ID4gPiBOb3Rl
IHRoYXQgaGVyZSBpdCByZWFsbHkgaGVscHMgdG8gaGF2ZSBnb29kIG5hbWVzIGZvciB0aGUgaXRl
bXMKPiA+ID4gaW4geW91ciBuaWJzCj4gPgo+ID4gSG93IGRvIEkgZG8gdGhhdD8gIEkndmUgYmVl
biBmaWxsaW5nIGluIHRoZSAnVGl0bGUnIGF0dHJpYnV0ZQo+ID4gZm9yIGVhY2ggb2YgbXkgdGV4
dCBmaWVsZHMgaW4gYW4gYXR0ZW1wdCB0byByZW1haW4gc2FuZSBhcyBJQiBzZWVtcwo+ID4gdG8g
dGFrZSBncmVhdCBwbGVhc3VyZSBpbiByZWFycmFuZ2luZyB0aGUgb3JkZXIgb2YgbXkgdGV4dCBm
aWVsZCByb3dzCj4gPiBpbiB0aGUgb3V0bGluZSB2aWV3IG9mIHRoZSBuaWIgZmlsZSB3aW5kb3cg
KGFuZCBJIGRvbid0IHNlZSBhIHdheQo+ID4gdG8gZG8gbWFudWFsIHJlYXJyYW5nZW1lbnQpLiAg
TWF5IGJlIGlmIEkgY2FuIGFzc2lnbiBnb29kIG5hbWVzIHRvCj4gPiB0aGVzZSBmaWVsZHMgYXMg
eW91IGFyZSBzdWdnZXN0aW5nIEkgY2FuIGF2b2lkIGRvaW5nIHdoYXQgSSdtCj4gPiBkb2luZyBu
b3cgYW5kIGdldCBuaWNlciBvdXRwdXQgZnJvbSB5b3VyIHRvb2wuCj4gCj4gV2VsbCwganVkZ2lu
ZyBmcm9tIHRoZSBuaWJ0b29sIG91dHB1dCwgSSBndWVzcyBhbHRob3VnaCBldmVyeSBvYmplY3QK
PiBoYXMgYSAiTmFtZSIga2V5LCBub3QgYWxsIG9mIHRoZW0gY2FuIGJlIHNldCBpbiBJQiAtIG90
aGVyIG9iamVjdHMKPiBoYXZlIGEgc3RyaW5nVmFsdWUgb3IgYSB0aXRsZS4gVGhlIGNvZGUgc2hv
dWxkIHByb2JhYmx5IHVzZSB0aG9zZSB0bwo+IGhlbHAgaWRlbnRpZnkgaXQgYmV0dGVyLgo+IEl0
IGNvdWxkIGFsc28gZGlzcGxheSB0aGUgaGllcmFyY2h5IHlvdSBnZXQgZnJvbSBuaWJ0b29sIC1o
IHRoYXQgY291bGQKPiBoZWxwIElEIHNvbWUgb2JqZWN0cyB0aGF0IGRvbid0IGhhdmUgbmFtZXMs
IGxpa2Ugc2Nyb2xsIHZpZXdzIGFuZAo+IG91dGxpbmUgdmlld3MuCj4gCj4gSSB0aGluayBmb3Ig
dGV4dCBmaWVsZHMsIHRoZSB0aXRsZSBpcyB0aGUgYmVzdCB5b3UgY2FuIGRvLgo+IAo+IAo+IC1t
aWtlCj4gCj4gPiAtLQo+ID4KPiA+ICAgeXRyZXdxMUBlbWwuY2MKPiA+Cj4gPiAtLQo+ID4gaHR0
cDovL3d3dy5mYXN0bWFpbC5mbSAtIEFuZCBub3cgZm9yIHNvbWV0aGluZyBjb21wbGV0ZWx5IGRp
ZmZlcmVudIUKPiA+Cj4gPgo+IAo+IAo+IC0tCj4gTWljaGFlbCBNY0NyYWNrZW4KPiBVQ1NEIENT
RSBQaEQgU3R1ZGVudAo+IFNhbiBEaWVnbyBTdXBlcmNvbXB1dGVyIENlbnRlcgo+IGh0dHA6Ly93
d3cuY3NlLnVjc2QuZWR1L35tbWNjcmFjay8KPiAKCgotLSAKTWljaGFlbCBNY0NyYWNrZW4KVUNT
RCBDU0UgUGhEIFN0dWRlbnQKU2FuIERpZWdvIFN1cGVyY29tcHV0ZXIgQ2VudGVyCmh0dHA6Ly93
d3cuY3NlLnVjc2QuZWR1L35tbWNjcmFjay8K

On Jun 29, 2005, at 7:24 AM, Nicholas Cole wrote:

> I've just installed xcode 2.1 and the latest version of pyobjc.  I'm
> using the Apple version of python.

You need to use PyObjC from svn if you want to use Xcode 2.1 and  
templates.

-bob

Cheers. Sorry to clutter the list with that.

Any notion of when a stable release for xcode 2.1 might be out?  (it's
probably going to be a pain to rip 2.1 out of my system now!)

N.

On 6/30/05, Bob Ippolito <bob@...> wrote:
>=20
> On Jun 29, 2005, at 7:24 AM, Nicholas Cole wrote:
>=20
> > I've just installed xcode 2.1 and the latest version of pyobjc.  I'm
> > using the Apple version of python.
>=20
> You need to use PyObjC from svn if you want to use Xcode 2.1 and
> templates.
>=20
> -bob
>=20
>

Right now.  svn trunk is always the most stable release.

-bob

On Jun 29, 2005, at 10:36 PM, Nicholas Cole wrote:

> Cheers. Sorry to clutter the list with that.
>
> Any notion of when a stable release for xcode 2.1 might be out?  (it's
> probably going to be a pain to rip 2.1 out of my system now!)
>
> N.
>
> On 6/30/05, Bob Ippolito <bob@...> wrote:
>
>>
>> On Jun 29, 2005, at 7:24 AM, Nicholas Cole wrote:
>>
>>
>>> I've just installed xcode 2.1 and the latest version of pyobjc.  I'm
>>> using the Apple version of python.
>>>
>>
>> You need to use PyObjC from svn if you want to use Xcode 2.1 and
>> templates.
>>
>> -bob
>>
>>
>>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick
> _______________________________________________
> Pyobjc-dev mailing list
> Pyobjc-dev@...
> https://lists.sourceforge.net/lists/listinfo/pyobjc-dev
>

On Jun 28, 2005, at 3:02 PM, Blake Watters wrote:

> Hi all -
>
> I've recently implemented an exception catching mechanism in my  
> py2app bundle code (to report Python failures via the GUI). When  
> the exceptions are caught, py2app isn't able to do any dependency  
> analysis and the plugin is severely stripped down. So I thought no  
> problem, we'll just directly import the modules again at the bottom  
> of the source. This works -- but only to an extent. That is, when  
> the modules are directly imported.
>
> We had placed the libraries into a set of tuples with the module  
> name and a more meaningful end-user name like so:
>
> libraries = (("BlogWrapper", "Blog Syncing"),
>              ("MailWrapper", "Email Share Transport"),
>              ("POPWrapper", "Email Receive Transport"),
>              ("TemplateWrapper", "Publishing Templates"),
>              ("RecursiveDiff", "Text Diffing"),
>              ("FoundationAdditions", "General"),
>              ("BlogManager", "Blog Syncing"),
>              ("BlogProfiles", "Blog Configuration"))
>
> When I iterate over the libraries like this:
>
> for library in libraries:
>     __import__(library)
>
> No dependencies are discovered. When I do:
>
> import BlogWrapper
> import MailWrapper
>
> etc. Everything works correctly. I'm trying to understand what's  
> happening here and find out how to iterate over the libraries  
> tuples and help py2app do its thing. Maintaining two parts of the  
> code that essentially do the same thing because of a lack of  
> understanding is frustrating and less than ideal.
>
> Any insight, as always, is appreciated.

1. Read http://undefined.org/python/py2app.html#py2app-documentation
2. Do python setup.py py2app --help
3. Notice the includes option
4. Write a setup.py that uses it.

-bob

On Jun 27, 2005, at 2:06 AM, ytrewq1@... wrote:

> I get a Bus error for the following:
>
> from AppKit import *
> import sys
>
> icon = NSImage.alloc().init()
> if icon is None:
>     sys.stderr.write('failed in create NSImage')
>     sys.exit(1)
>
> try:
>     icon = icon.initWithContentsOfFile_(u'/hello.png')
> except:
>     pass
>
> I think it's my fault for specifying the path of a file
> that doesn't exist and initWithContentsOfFile_ is
> dying.  Is it possible to handle this failure though?
>
> In general, even if I check whether a file exists before
> making the call, there's no guarantee that the file will
> exist by the time the call is made, right?

You're calling initialization methods twice, don't do that.

you're doing:

icon = NSImage.alloc().init().initWIthContentsOfFile_(CRASH)

the correct code is:

icon = NSImage.alloc().initWIthContentsOfFile_(NOCRASH)

-bob

On Mon, 27 Jun 2005 02:43:20 -0400, "Bob Ippolito" <bob@...>
said:
>=20
>=20
> You're calling initialization methods twice, don't do that.

Doh!

Thanks for straightening me out :-)
--=20
=20=20
  ytrewq1@...

--=20
http://www.fastmail.fm - And now for something completely different=85

On 26-jun-2005, at 1:52, Bob Ippolito wrote:

>
> On Jun 25, 2005, at 6:28 PM, ronaldoussoren@... wrote:
>
>
>> Author: ronaldoussoren
>> Date: Sat Jun 25 17:28:03 2005
>> New Revision: 1708
>>
>> Modified:
>>    branches/selector-cleanup/Lib/objc/test/test_subclass.py
>>    branches/selector-cleanup/Modules/objc/objc-class.m
>>    branches/selector-cleanup/NEWS.txt
>> Log:
>> - staticmethods are moved into the meta class to get the right  
>> behaviour
>>   [XXX: not 100% sure if this the correct, staticmethods are now  
>> no longer
>>   accessible through instances]
>> - found an incompatibility: calls to super() in class methods  
>> should be
>>   changed in user code because class methods are now normal  
>> methods in
>>   the meta class.
>>
>
> Would this work?
>
> def alloc(cls):
>     return super(cls, cls).alloc()

No, for several reasons. First of all the first argument to super  
must be a constant, otherwise method chaining won't work. This is  
true for pure python code as wel.

Secondly for normal methods the first argument must be the type of  
the second argument (that is ``isinstance(arg2, arg1)``). Things are  
different for ``classmethod`` instances, which is why the interface  
has changed: class methods used to be simular to ``classmethod``  
instances but are now normal methods on the meta class.

BTW. I don't think this a problem, I seldomly use class methods  
outside of the PyObjC unittests.

Ronald

Han-Wen Nienhuys wrote:
>> Now that I've written this down I'm pretty sure that this isn't  
>> what's happening. It is more likely that one of your outlets points  
>> to garbage (and object that was released).
>>
> 
> I think I found the culprit.  It barfs when I close the ProcessLog 
> window, and then rerun compile. I guess my users forgot to mention that 
> they closed the window in between compiles.
> 
> My TinyTinyDocument has a processLogWindowController outlet. I assumed 
> that cocoa makes sure it was reset to None when someone closes the 
> window. This was naive of me. What's the best way to have a 
> TinyTinyDocument be notified of closing the ProcessLogWindowController?

AFAICS, I need to set TinyTinyDocument to listen to 
NSWindowWillCloseNotifications. Is there are sample code that shows how 
to do this?

I naively tried

     def processLogClosed_ (self, data):
             print 'hoi'
             self.processLogWindowController = None

     def createProcessLog (self):
         if not self.processLogWindowController:
             wc= ProcessLogWindowController()
	    self.processLogWindowController = wc
             center = NSWorkspace.sharedWorkspace().notificationCenter()
             notification = AppKit.NSWindowWillCloseNotification
             center.addObserver_selector_name_object_(self,
						    "processLogClosed:",
                                                     notification, wc)
         else:
             self.processLogWindowController.showWindow_ (None)

but this doesn't print anything at all. Ideas?

-- 
  Han-Wen Nienhuys - hanwen@... - http://www.xs4all.nl/~hanwen

On Jun 24, 2005, at 1:13 PM, Han-Wen Nienhuys wrote:

> Han-Wen Nienhuys wrote:
>
>>> Now that I've written this down I'm pretty sure that this isn't   
>>> what's happening. It is more likely that one of your outlets  
>>> points  to garbage (and object that was released).
>>>
>>>
>> I think I found the culprit.  It barfs when I close the ProcessLog  
>> window, and then rerun compile. I guess my users forgot to mention  
>> that they closed the window in between compiles.
>> My TinyTinyDocument has a processLogWindowController outlet. I  
>> assumed that cocoa makes sure it was reset to None when someone  
>> closes the window. This was naive of me. What's the best way to  
>> have a TinyTinyDocument be notified of closing the  
>> ProcessLogWindowController?
>>
>
> AFAICS, I need to set TinyTinyDocument to listen to  
> NSWindowWillCloseNotifications. Is there are sample code that shows  
> how to do this?
>
> I naively tried
>
>     def processLogClosed_ (self, data):
>             print 'hoi'
>             self.processLogWindowController = None
>
>     def createProcessLog (self):
>         if not self.processLogWindowController:
>             wc= ProcessLogWindowController()
>         self.processLogWindowController = wc
>             center = NSWorkspace.sharedWorkspace 
> ().notificationCenter()
>             notification = AppKit.NSWindowWillCloseNotification
>             center.addObserver_selector_name_object_(self,
>                             "processLogClosed:",
>                                                     notification, wc)
>         else:
>             self.processLogWindowController.showWindow_ (None)
>
> but this doesn't print anything at all. Ideas?

The window, not the window controller, is the object of the *window*  
will close notification :)

Try wc.window() or something.

Alternatively your window's delegate (probably the window controller)  
can just implement  windowWillClose: and then tell the document about  
it (assuming you have a way to do that).

-bob

Bob Ippolito wrote:
> 
> On Jun 24, 2005, at 1:13 PM, Han-Wen Nienhuys wrote:
> 
>> Han-Wen Nienhuys wrote:
>>
>>>> Now that I've written this down I'm pretty sure that this isn't   
>>>> what's happening. It is more likely that one of your outlets  
>>>> points  to garbage (and object that was released).
>>>>
>>>>
>>> I think I found the culprit.  It barfs when I close the ProcessLog  
>>> window, and then rerun compile. I guess my users forgot to mention  
>>> that they closed the window in between compiles.
>>> My TinyTinyDocument has a processLogWindowController outlet. I  
>>> assumed that cocoa makes sure it was reset to None when someone  
>>> closes the window. This was naive of me. What's the best way to  have 
>>> a TinyTinyDocument be notified of closing the  
>>> ProcessLogWindowController?
>>>
>>
>> AFAICS, I need to set TinyTinyDocument to listen to  
>> NSWindowWillCloseNotifications. Is there are sample code that shows  
>> how to do this?
>>
>> I naively tried
>>
>>     def processLogClosed_ (self, data):
>>             print 'hoi'
>>             self.processLogWindowController = None
>>
>>     def createProcessLog (self):
>>         if not self.processLogWindowController:
>>             wc= ProcessLogWindowController()
>>         self.processLogWindowController = wc
>>             center = NSWorkspace.sharedWorkspace ().notificationCenter()
>>             notification = AppKit.NSWindowWillCloseNotification
>>             center.addObserver_selector_name_object_(self,
>>                             "processLogClosed:",
>>                                                     notification, wc)
>>         else:
>>             self.processLogWindowController.showWindow_ (None)
>>
>> but this doesn't print anything at all. Ideas?
> 
> 
> The window, not the window controller, is the object of the *window*  
> will close notification :)
> 
> Try wc.window() or something.

unfortunately, it still doesn't do anything.

> Alternatively your window's delegate (probably the window controller)  
> can just implement  windowWillClose: and then tell the document about  
> it (assuming you have a way to do that).

Yeah, but that's unclean. This window controller shouldn't be aware of 
the document.

-- 
  Han-Wen Nienhuys - hanwen@... - http://www.xs4all.nl/~hanwen

On Jun 24, 2005, at 1:47 PM, Han-Wen Nienhuys wrote:

> Bob Ippolito wrote:
>
>> On Jun 24, 2005, at 1:13 PM, Han-Wen Nienhuys wrote:
>>
>>> Han-Wen Nienhuys wrote:
>>>
>>>
>>>>> Now that I've written this down I'm pretty sure that this  
>>>>> isn't   what's happening. It is more likely that one of your  
>>>>> outlets  points  to garbage (and object that was released).
>>>>>
>>>>>
>>>>>
>>>> I think I found the culprit.  It barfs when I close the  
>>>> ProcessLog  window, and then rerun compile. I guess my users  
>>>> forgot to mention  that they closed the window in between compiles.
>>>> My TinyTinyDocument has a processLogWindowController outlet. I   
>>>> assumed that cocoa makes sure it was reset to None when someone   
>>>> closes the window. This was naive of me. What's the best way to   
>>>> have a TinyTinyDocument be notified of closing the   
>>>> ProcessLogWindowController?
>>>>
>>>>
>>>
>>> AFAICS, I need to set TinyTinyDocument to listen to   
>>> NSWindowWillCloseNotifications. Is there are sample code that  
>>> shows  how to do this?
>>>
>>> I naively tried
>>>
>>>     def processLogClosed_ (self, data):
>>>             print 'hoi'
>>>             self.processLogWindowController = None
>>>
>>>     def createProcessLog (self):
>>>         if not self.processLogWindowController:
>>>             wc= ProcessLogWindowController()
>>>         self.processLogWindowController = wc
>>>             center = NSWorkspace.sharedWorkspace  
>>> ().notificationCenter()
>>>             notification = AppKit.NSWindowWillCloseNotification
>>>             center.addObserver_selector_name_object_(self,
>>>                             "processLogClosed:",
>>>                                                     notification,  
>>> wc)
>>>         else:
>>>             self.processLogWindowController.showWindow_ (None)
>>>
>>> but this doesn't print anything at all. Ideas?
>>>
>> The window, not the window controller, is the object of the  
>> *window*  will close notification :)
>> Try wc.window() or something.
>>
>
> unfortunately, it still doesn't do anything.

Then you're probably not getting a reference to the window controller  
correctly.  I don't have time to look at your source, so I can't help  
you any more than that.

>
>> Alternatively your window's delegate (probably the window  
>> controller)  can just implement  windowWillClose: and then tell  
>> the document about  it (assuming you have a way to do that).
>>
>
> Yeah, but that's unclean. This window controller shouldn't be aware  
> of the document.

Not crashing is more important than good MVC :)

-bob

Dethe Elza wrote:
> So it looks like standard practice to make the document the window  
> delegate.  If there are things the window controller needs, the  
> document can forward those on, since it should know about the window  
> controller (but not vice versa).

thanks for the tip, but in this case, the controller and the document 
are part of different MVC trios, so I guess this doesn't apply.


-- 
  Han-Wen Nienhuys - hanwen@... - http://www.xs4all.nl/~hanwen

[Apologies to Han-Wen and the list admin(s) for the multiple times  
they've seen this message, I thought I was subscribed to this list,  
but it was with an old address, then my subscription confirmation  
bounced.]

On 24-Jun-05, at 10:47 AM, Han-Wen Nienhuys wrote:

>> Alternatively your window's delegate (probably the window  
>> controller)  can just implement  windowWillClose: and then tell  
>> the document about  it (assuming you have a way to do that).
>>
>>
>
> Yeah, but that's unclean. This window controller shouldn't be aware  
> of the document.
>

According to Apple's article "Document-Based Applications[1]"

<quote>
an NSDocument object creates and manages one or more  
NSWindowController objects, one for each of the windows displayed for  
a document. In addition, some of these objects have responsibilities  
analogous to NSApplication and NSWindow delegates.
</quote>

So it looks like standard practice to make the document the window  
delegate.  If there are things the window controller needs, the  
document can forward those on, since it should know about the window  
controller (but not vice versa).

--Dethe

[1] http://developer.apple.com/documentation/Cocoa/Conceptual/ 
Documents/index.html#//apple_ref/doc/uid/10000006i

Art is either plagiarism or revolution. --Paul Gauguin