Opened 12 years ago

Closed 12 years ago

#62 closed defect (fixed)

cl:ed not hooked up in the IDE

Reported by: gz Owned by: gb
Priority: major Milestone:
Component: IDE Version: 1.1
Keywords: Cc:


In the IDE listener:

? (ed "~/.emacs")

Error: This implementation doesn't provide a resident editor. While executing: ED, in process Listener(4). Type :POP to abort, :R for a list of available restarts. Type :? for other options.

1 >

Change History (5)

comment:1 Changed 12 years ago by gb

  • Resolution set to fixed
  • Status changed from new to closed

Fixed in changeet:7086, though the log entry neglects to mention that. (ED NIL) creates a new editor document. (ED string-or-path) tries to ensure that a file named by string-or-path exists,

then ensures that an editor document is open on that file.

(ED function-name) does what Meta-. does.

comment:2 Changed 12 years ago by gz

  • Resolution fixed deleted
  • Status changed from closed to reopened

It doesn't work for me. Nothing happens in the ide, in the terminal window I get:

? 2007-08-24 10:10:45.836 dppccl[4590] * NSThread: ignoring exception 'loadDataRepresentation:ofType: is a subclass responsibility but has not been overridden.' that raised during delayed perform of target 0x5eac30 and selector 'invoke'

After that, I can't open the file even from File>Open dialog:

* Error in event process: Cannot rename buffer #<Hemlock Buffer "Untitled"> to "senexobj.lisp /Users/gz/Anvita/svn/program/methods/". Name already in use.

comment:3 Changed 12 years ago by gb

Works on Leopard. Will fix on Tiger later today. (I think that loadDataRepresentation:ofType; is supposed to be deprecated even on Tiger.)

comment:4 Changed 12 years ago by gb

changeset:7093 invokes a slightly different method to open a document on a file: URL; the "new" method was already used by m-. and doesn't seem to complain about loadDataRepresentation:ofType: not being defined.

I didn't try to test this under Tiger; I did get the same complaint running on PPC32 on a recent Leopard (with ED using the old method). It's a little disconcerting that 64-bit and 32-bit Leopard versions seem to behave differently here.

(More importantly, the "old" method - #/openDocumentWithContentsOfURL:display: - is deprecated in favor of the new method #/openDocumentWithContentsOfURL:display:error:.)

comment:5 Changed 12 years ago by gz

  • Resolution set to fixed
  • Status changed from reopened to closed

Works for me now.

Note: See TracTickets for help on using tickets.