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
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@...
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
At 8:48 AM -0400 5/3/02, Raffael Cavallaro wrote: >On Tuesday, April 30, 2002, at 06:34 AM, Harald.Schmidt <at> 1822-(Continue reading)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
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 ------------------------------------------------------------
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
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
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)
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
RSS Feed5 | |
|---|---|
1 | |
8 | |
1 | |
1 | |
9 | |
1 | |
2 | |
3 | |
1 | |
18 | |
12 | |
6 | |
4 | |
3 | |
8 | |
1 | |
32 | |
4 | |
7 | |
1 | |
3 | |
5 | |
1 | |
8 | |
14 | |
29 | |
15 | |
27 | |
24 | |
28 | |
53 | |
10 | |
29 | |
20 | |
17 | |
3 | |
5 | |
53 | |
8 | |
9 | |
10 | |
20 | |
6 | |
6 | |
9 | |
10 | |
32 | |
27 | |
18 | |
13 | |
3 | |
23 | |
232 | |
11 | |
17 | |
11 | |
18 | |
4 | |
4 | |
6 | |
1 | |
1 | |
6 | |
6 | |
3 | |
17 | |
3 | |
7 | |
1 | |
11 | |
5 | |
14 | |
13 | |
25 | |
9 | |
26 | |
18 | |
21 | |
15 | |
1 | |
36 | |
6 | |
14 | |
26 | |
30 | |
26 | |
12 | |
30 | |
5 | |
32 | |
102 | |
71 | |
81 | |
37 | |
79 | |
102 | |
81 | |
18 | |
19 | |
89 | |
47 | |
85 | |
123 | |
76 | |
116 | |
193 | |
131 | |
111 | |
58 | |
28 | |
62 | |
39 | |
71 | |
50 | |
31 |
