Daitaro Hagihara | 3 May 11:31 2002
Picon
Picon

comtab and *package*

OK, when I execute functions in a particular buffer, the *package*
variable is bound to the package of that buffer.  That's fair enough.
But when comtabs are executed, *package* is always bound to the one
last set by in-package command no matter in which buffer they are
executed.  Does this sound OK to you?

DH

Raffael Cavallaro | 3 May 14:48 2002
Picon

Re: Some OS S MCL Patches


On Tuesday, April 30, 2002, at 06:34  AM, Harald.Schmidt <at> 1822-S-
INFORM.DE wrote:

> Btw: ...and why isn't the beta somewhere downloadable.

Actually, the beta *is* downloadable, but you need a password to 
decompress the archive, so in other words, this is *not* a public beta, 
and Digitool is being very selective in choosing beta testers.

I too applied and was turned down.

Raffael Cavallaro, Ph.D.
raffael@...

james anderson | 3 May 15:02 2002
Picon

Re: comtab and *package*


that's a non-unreasonable property of things.
look at fred-package and window-package.

Daitaro Hagihara wrote:
> 
> OK, when I execute functions in a particular buffer, the *package*
> variable is bound to the package of that buffer.  That's fair enough.
> But when comtabs are executed, *package* is always bound to the one
> last set by in-package command no matter in which buffer they are
> executed.  Does this sound OK to you?
> 
> DH

Alexander Repenning | 3 May 18:30 2002
Picon

Re: Some OS S MCL Patches

At 8:48 AM -0400 5/3/02, Raffael Cavallaro wrote:
>On Tuesday, April 30, 2002, at 06:34  AM, Harald.Schmidt <at> 1822-S-
>INFORM.DE wrote:
>
>>Btw: ...and why isn't the beta somewhere downloadable.
>
>Actually, the beta *is* downloadable, but you need a password to 
>decompress the archive, so in other words, this is *not* a public 
>beta, and Digitool is being very selective in choosing beta testers.
>
>I too applied and was turned down.
>
>Raffael Cavallaro, Ph.D.
>raffael@...

Not sure why Digitool clamped down on the number of beta testers. 
Many MCL developers have great tools that will need some tweaking to 
get carbonized under OS X. Digitool would benefit from these tools 
and could probably include them on the MCL 5 final CD. This process 
could help find more bugs. Developers also benefit from early access 
because it allows them to test and modify their code before the 
official release.

I can't give details but let's just say for our OS X work we prefer 
the OS X carbon (native) beta version of MCL over running MCL 4.3.1 
in OS X classic. There is no future in OS X classic applications.

Prof. Alexander Repenning
University of Colorado
Department of Computer Science and
(Continue reading)

Sungwoo Lim | 4 May 11:16 2002
Picon
Picon

Re: Some OS S MCL Patches

On Friday, May 3, 2002, at 01:48 , Raffael Cavallaro wrote:

> I too applied and was turned down.
>

me too. ;0)
I wonder that will MCL 5.0 works under OS X 10.1 or not.
Seems they are working on the future release 10.2 which might have a big difference 
the two version.

Sungwoo
------------------------------------------------------------
Be joyful always. Pray continually. Give thanks in all circumstances,
for this is God's will for you in Christ Jesus. <Thessalonians 5: 16-18>
------------------------------------------------------------
Sung Woo, Lim	Email: sungwoo@...
Ph.D. Student	URL: http://www.cad.strath.ac.uk/~sungwoo/Home.html
------------------------------------------------------------

Espen Vestre | 5 May 00:39 2002
Picon

Re: Some OS S MCL Patches

Alexander Repenning <ralex@...> writes:

> Not sure why Digitool clamped down on the number of beta testers. 

They're a very small company, I guess they would not be able to
cope with the number of test reports?

--

-- 
  (espen)

Brendan Burns | 7 May 22:29 2002
Picon

New Interfaces...

Hello,
I've run the interface conversion tool on the new set of interfaces from
apple (version 3.4.1)  the interfaces are available at:

http://eksl.cs.umass.edu/~bburns/new_translations.sit

They have not been extensively tested, so please let me know if you run into
any problems.

--brendan

Pekka Tolonen | 9 May 19:24 2002
Picon
Picon

How to read file backwards?

Hi, is there a way to read files backwards? For example, let's say we
have a file consisting of elements

("string1")
("string2")
("string3")

then

(read-backwards stream)
("string3")

(read-backwards stream)
("string2")

(read-backwards stream)
("string1")

(read-backwards stream)
nil

I would appreciate any help how to implement read-backwards!

Pekka

Alexander Repenning | 9 May 23:32 2002
Picon

Developers speak on the death of OS 9

Interesting article sparked by comments of Steve during WWDC 2002:

http://maccentral.macworld.com/news/0205/07.developers.php

I wonder what MCL developers think about:

>"Please join me in a moment of silence as we remember an old friend 
>-- Mac OS 9," Jobs said during his keynote. "It isn't dead for our 
>customers yet, but it's dead for you."

and

>Tim O'Reilly, president of O'Reilly and Associates, "[...]. No pain, 
>no gain. Backwards compatibility can really retard progress when 
>you're trying to make bold changes."

I think this is really true. The question is how can Digitool 
transition MCL into an OS X carbon app? I am speculating now but 
let's assume the plan is to have two new versions, e.g.,

- MCL 4.4:  OS X classic: a carbon library-based classic application 
with OS 9 look and feel
- MCL 5.0: OS X carbon: a fully native carbon app with Aqua look and feel

I think MCL 4.3.1 is working well for OS 9 and OK for OS X classic. 
If creating MCL 4.4 is just a mere side effect of creating MCL 5 I 
will shut and and you don't need to read any further. However, if 
creating MCL creates overhead coming at the cost of MCL 5 I would 
vote for skipping MCL 4.4 and fully concentrating on MCL 5.

(Continue reading)

Thomas Russ | 9 May 23:11 2002
Picon

Re: How to read file backwards?


On Thursday, May 9, 2002, at 10:24  AM, Pekka Tolonen wrote:

> Hi, is there a way to read files backwards? For example, let's say we
> have a file consisting of elements
> (read-backwards stream)
> ("string3")

not ("3gnirst")  ?

OK, then

> I would appreciate any help how to implement read-backwards!
>
> Pekka

Open the stream and read all elements, pushing them onto a list.
Each time read-backwards is called, pop the list

--
Thomas A. Russ, Ph.D.    Senior Research Scientist         tar@...
USC/Information Sciences Institute                 http://www.isi.edu
4676 Admiralty Way, Marina del Rey, CA 90292            (310) 448-8775


Gmane