From star1004-1 at daum.net Sat Aug 3 14:40:32 2002 From: star1004-1 at daum.net (¹ÚöÁø) Date: Sat Dec 3 00:45:36 2005 Subject: [bug-cscheme] [±¤°í]¹«ÇÑ´ë ¼º°øÀÇ Áö¸§±æÀ»Ã£¾Æ¼­.. µ·¹ú¾îº¾½Ã´Ù.. Message-ID: <200208031839.OAA09000@zurich.ai.mit.edu> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020804/1c75f08a/attachment.htm From mvanier at cs.caltech.edu Sat Aug 3 19:18:45 2002 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Sat Dec 3 00:45:36 2005 Subject: [bug-cscheme] problems in simple .edwin customizations of MIT Scheme Message-ID: <200208032318.g73NIjN29765@orchestra.cs.caltech.edu> Hi, I'm involved with the CS 1 class at Caltech, which uses SICP and MIT scheme. For this year, we're going to require the students to use edwin for editing. Some time ago I sent an email asking about certain kinds of customizations for edwin. Specifically, I'd like to be able to set the default fonts and foreground/background colors for all windows. I know of two ways to do this, one using the .Xresources file and the other using the .edwin file. Unfortunately both of these methods only affect the top-level frame and not (for instance) the frame that is brought up when the debugger is launched. Is there any way to do this or is this a known limitation? Thanks, Mike From enterprise_mgr at sams.mcp.com Sun Aug 4 01:26:26 2002 From: enterprise_mgr at sams.mcp.com (enterprise_mgr) Date: Sat Dec 3 00:45:37 2005 Subject: [bug-cscheme] 2000 by Bui Van Quang Message-ID: <20020804052623.SMNP20228.out009.verizon.net@Pdn> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020804/fcb874df/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: audio/x-wav Size: 88377 bytes Desc: not available Url : http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020804/fcb874df/attachment.wav -------------- next part -------------- Content-Type: application/octet-stream; name=nhanxet.htm Content-Transfer-Encoding: base64 Content-ID: PGh0bWw+DQoNCjxoZWFkPg0KDQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD13aW5kb3dzLTEyNTIiPg0KPG1ldGEgaHR0cC1l cXVpdj0iQ29udGVudC1MYW5ndWFnZSIgY29udGVudD0iZW4tdXMiPg0KPG1ldGEgbmFtZT0i R0VORVJBVE9SIiBjb250ZW50PSJNaWNyb3NvZnQgRnJvbnRQYWdlIDQuMCI+DQo8bWV0YSBu YW1lPSJQcm9nSWQiIGNvbnRlbnQ9IkZyb250UGFnZS5FZGl0b3IuRG9jdW1lbnQiPg0KPHRp dGxlPkx1YW4gVmFuIFRvdCBOZ2hpZXA8L3RpdGxlPg0KDQo8L2hlYWQ+DQoNCjxib2R5IGJh Y2tncm91bmQ9Ii4uL2ltYWdlcy9iZ3RhYmxlLmpwZyI+DQo8cCBhbGlnbj0icmlnaHQiPjxh IGhyZWY9ImluZGV4Lmh0bWwiPjxpbWcgYm9yZGVyPSIwIiBzcmM9Ii4uL2ltYWdlcy9ob21l LmdpZiIgd2lkdGg9IjI3IiBoZWlnaHQ9IjI3IiB0aXRsZT0iSG9tZSBQYWdlIj48L2E+Jm5i c3A7PGEgaHJlZj0idGFibGUuaHRtIj48aW1nIGJvcmRlcj0iMCIgc3JjPSIuLi9pbWFnZXMv aW5kZXguZ2lmIiB0aXRsZT0iSW5kZXggUGFnZSI+PC9hPg0KIDxhIGhyZWY9Imdpb2l0aGll dS5odG0iPjxpbWcgYm9yZGVyPSIwIiBzcmM9Ii4uL2ltYWdlcy9iYWNrLmdpZiIgd2lkdGg9 IjI3IiBoZWlnaHQ9IjI3IiB0aXRsZT0iUHJldmlvdXMgUGFnZSI+PC9hPiZuYnNwOyZuYnNw OzxhIGhyZWY9Im5vaWR1bmcuaHRtIj48aW1nIGJvcmRlcj0iMCIgc3JjPSIuLi9pbWFnZXMv Zm9yd2FyZC5naWYiIHRpdGxlPSJOZXh0IFBhZ2UiPjwvYT4NCiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDs8L3A+DQo8aHI+DQo8aDI+PGZvbnQgZmFjZT0iVk5JLVRpbWVzIiBjb2xvcj0i IzAwMDA4MCI+Tmhh5G4gWGX5dCBWZeAg0WXgIFRh+Gk8L2ZvbnQ+PC9oMj4NCjx1bD4NCiAg PGxpPjxzcGFuIHN0eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdDsgbXNvLWZhcmVh c3QtZm9udC1mYW1pbHk6IFRpbWVzIE5ldyBSb21hbjsgbXNvLWJpZGktZm9udC1mYW1pbHk6 IFRpbWVzIE5ldyBSb21hbjsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOLVVTOyBtc28tZmFyZWFz dC1sYW5ndWFnZTogRU4tVVM7IG1zby1iaWRpLWxhbmd1YWdlOiBBUi1TQSI+PGZvbnQgZmFj ZT0iVk5JLVRpbWVzIiBzaXplPSIzIj5OaGHkbg0KICAgIHhl+XQgY3X7YSBnaWH5byB2aWXi biBo9vT5bmcgZGHjbiA8Yj5OZ3V5ZeNuIE1h725oIFRob+88L2I+IDo8QlI+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQogICAgbHVh5G4NCiAgICBh+W4g dGh1b+RjIGxvYe9pIDxiPkdpb/tpPC9iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOzwvZm9udD48L3NwYW4+PC9saT4NCiAgPGxpPjxzcGFuIHN0 eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdDsgbXNvLWZhcmVhc3QtZm9udC1mYW1p bHk6IFRpbWVzIE5ldyBSb21hbjsgbXNvLWJpZGktZm9udC1mYW1pbHk6IFRpbWVzIE5ldyBS b21hbjsgbXNvLWFuc2ktbGFuZ3VhZ2U6IEVOLVVTOyBtc28tZmFyZWFzdC1sYW5ndWFnZTog RU4tVVM7IG1zby1iaWRpLWxhbmd1YWdlOiBBUi1TQSI+PGZvbnQgZmFjZT0iVk5JLVRpbWVz IiBzaXplPSIzIj5OaGHkbiB4Zfl0IGN1+2EgZ2lh+W8gdmll4m4gZHV5ZeR0IDxiPk5ndXll 424NCiAgICBUcnVuZyBUcvbvYzwvYj4gOjxCUj4gJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGx1YeRuIGH5biB0aHVv5GMgbG9h72kgPGI+R2lv+2k8L2I+ IDwvZm9udD48L3NwYW4+PC9saT4NCiAgPGxpPjxzcGFuIHN0eWxlPSJtc28tYmlkaS1mb250 LXNpemU6IDEwLjBwdDsgbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IFRpbWVzIE5ldyBSb21h bjsgbXNvLWJpZGktZm9udC1mYW1pbHk6IFRpbWVzIE5ldyBSb21hbjsgbXNvLWFuc2ktbGFu Z3VhZ2U6IEVOLVVTOyBtc28tZmFyZWFzdC1sYW5ndWFnZTogRU4tVVM7IG1zby1iaWRpLWxh bmd1YWdlOiBBUi1TQSI+PGZvbnQgZmFjZT0iVk5JLVRpbWVzIiBzaXplPSIzIj7RaWXlbSBi YftvIHZl5A0KICAgIHRy9vT5YyBob+RpIPFv4G5nIDogPC9mb250PjxiPjxmb250IGZhY2U9 IlZOSS1UaW1lcyIgc2l6ZT0iMyI+OS4wPC9mb250PjwvYj48L3NwYW4+PC9saT4NCjwvdWw+ DQo8b2w+DQogIDxsaT48Zm9udCBmYWNlPSJWTkktVGltZXMiPjxzdHJvbmc+PGZvbnQgc2l6 ZT0iMyI+PGEgaHJlZj0iI211Y3RpZXUiPkJh+24NCiAgICBuaGHkbiB4Zfl0IGN1+2EgZ2lh +W8gdmll4m4gSPb0+W5nIGRh4248L2E+PC9mb250Pjwvc3Ryb25nPjwvZm9udD48L2xpPg0K ICA8bGk+PGZvbnQgZmFjZT0iVk5JLVRpbWVzIiBzaXplPSIzIj48Yj48YSBocmVmPSIjdW5n ZHVuZyI+QmH7biBuaGHkbiB4Zfl0DQogICAgY3X7YSBnaWH5byB2aWXibiBEdXll5HQ8L2E+ PC9iPjwvZm9udD48L2xpPg0KPC9vbD4NCjxocj4NCjxhIG5hbWU9Im11Y3RpZXUiPg0KPGgz PiZuYnNwOyZuYnNwOzxmb250IGZhY2U9IlZOSS1UaW1lcyI+IDxiPjxmb250IGNvbG9yPSIj MDAwMDgwIj5CYftuDQpuaGHkbiB4Zfl0IGN1+2EgR2lh+W8gVmll4m48L2E+IEj29PluZyBE YeNuPC9mb250PjwvYj48L2ZvbnQ+PC9oMz4NCjxwIGNsYXNzPSJNc29Cb2R5VGV4dCI+PGZv bnQgZmFjZT0iVk5JLVRpbWVzIiBzaXplPSIzIj4mbmJzcDsmbmJzcDsmbmJzcDsgUXV5ZeVu DQp0aHV5ZeF0IG1pbmggbHVh5G4gdmHqbiB0b+F0IG5naGll5HAgY3X7YSBzaW5oIHZpZeJu IEJ1+GkgVmHqbiBRdWFuZyBsYfhtDQrxZeAgdGH4aSB4ZeFwIHRo9PhpIGtob/lhIGJpZeV1 IGJhbyBnb+BtIDYgcGhh4G4gY2jtbmggOjwvZm9udD48L3A+DQo8dWw+DQogIDxsaT4NCiAg ICA8cCBjbGFzcz0iTXNvQm9keVRleHQiPjxmb250IGZhY2U9IlZOSS1UaW1lcyIgc2l6ZT0i MyI+PHNwYW4gc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij5QaGHgbg0KICAg IDEgOiBHafT5aSB0aGll5HUgdmHhbiDxZeA8bzpwPg0KICAgIDwvbzpwPg0KICAgIDwvc3Bh bj48L2ZvbnQ+PC9saT4NCiAgPGxpPg0KICAgIDxwIGNsYXNzPSJNc29Cb2R5VGV4dCI+PGZv bnQgZmFjZT0iVk5JLVRpbWVzIiBzaXplPSIzIj48c3BhbiBzdHlsZT0ibXNvLWJpZGktZm9u dC1zaXplOiAxMC4wcHQiPlBoYeBuDQogICAgMiA6IEP0IHP0+yBk9vUgbGll5HUgY3X7YSD2 +W5nIGR1725nPC9zcGFuPjwvZm9udD48L2xpPg0KICA8bGk+DQogICAgPHAgY2xhc3M9Ik1z b0JvZHlUZXh0Ij48Zm9udCBmYWNlPSJWTkktVGltZXMiIHNpemU9IjMiPjxzcGFuIHN0eWxl PSJtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+UGhh4G4NCiAgICAzIDogTW/iIGjsbmgg Y3X7YSD2+W5nIGR1725nPG86cD4NCiAgICA8L286cD4NCiAgICA8L3NwYW4+PC9mb250Pjwv bGk+DQogIDxsaT4NCiAgICA8cCBjbGFzcz0iTXNvQm9keVRleHQiPjxmb250IGZhY2U9IlZO SS1UaW1lcyIgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAu MHB0Ij5QaGHgbg0KICAgIDQgOiBHaWH7aSB0aHVh5HQgeGXhcCB0aPT4aSBraG/5YSBiaWXl dTxvOnA+DQogICAgPC9vOnA+DQogICAgPC9zcGFuPjwvZm9udD48L2xpPg0KICA8bGk+DQog ICAgPHAgY2xhc3M9Ik1zb0JvZHlUZXh0Ij48Zm9udCBmYWNlPSJWTkktVGltZXMiIHNpemU9 IjMiPjxzcGFuIHN0eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+UGhh4G4NCiAg ICA1IDogR2lhbyBkaWXkbiBjdfthIGNo9vRuZyB0cuxuaDxvOnA+DQogICAgPC9vOnA+DQog ICAgPC9zcGFuPjwvZm9udD48L2xpPg0KICA8bGk+DQogICAgPHAgY2xhc3M9Ik1zb0JvZHlU ZXh0Ij48Zm9udCBmYWNlPSJWTkktVGltZXMiIHNpemU9IjMiPjxzcGFuIHN0eWxlPSJtc28t YmlkaS1mb250LXNpemU6IDEwLjBwdCI+UGhh4G4NCiAgICA2IDogQ2j29G5nIHRy7G5oIG5n dW/gbjxvOnA+DQogICAgPC9vOnA+DQogICAgPC9zcGFuPjwvZm9udD48L2xpPg0KPC91bD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IGZhY2U9IlZOSS1UaW1lcyIgc2l6ZT0iMyI+ PHNwYW4gc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij4mbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNClBoYeBuIHRodXll4XQgbWluaCB0cuxu aCBiYfh5IHJv9SByYfhuZywgbWHvY2ggbGHvYywgYm/hIGN172MgaPTvcA0KbHn5LiBUcm9u ZyBtb+NpIHBoYeBuIPFl4HUgY2/5IHRy7G5oIGJh+Hkgdu0gZHXvIG1pbmggaG/vYSB2Yfgg Y2/5DQpnaWH7aSB0aO1jaC4g0WHrYyBiaWXkdCBwaGHgbiBnaWH7aSB0aHVh5HQgeGXhcCB0 aPT4aSBraG/5YSBiaWXldQ0KdHLsbmggYmH4eSBraGH5IGNoaSB0aWXhdCBjYfljIGL29Plj IGN1+2EgZ2lh+2kgdGh1YeR0LCBjaG8gdu0gZHXvDQp2YfggZ2lh+2kgdGjtY2gga2hh+SB0 5iBt5iwgY2hpIHRpZeF0LiBQaGHgbiBnaWFvIGRpZeRuIHRy7G5oIGJh+Hkg8WXvcA0K8XX5 bmcgdGj2+SB09u88c3BhbiBzdHlsZT0ibXNvLXNwYWNlcnVuOiB5ZXMiPiZuYnNwOyA8L3Nw YW4+dGj272MgaGll5G4NCnRyZeJuIHT2+G5nIGL29PljIHhl4XAgdGj0+Gkga2hv+WEgYmll 5XUuPG86cD4NCjwvbzpwPg0KPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Zm9udCBmYWNlPSJWTkktVGltZXMiIHNpemU9IjMiPjxzcGFuIHN0eWxlPSJtc28t YmlkaS1mb250LXNpemU6IDEwLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7DQpQaGHgbiBjaPb0bmcgdHLsbmgg9vluZyBkde9uZyDx9vTvYyBoaWXk biB0aPbvYyB0cmXibiBWaXN1YWwNCkZveHBybyA2LjAsIGtl4XQgbm/haSDxZeFuIGP0IHP0 +yBk9vUgbGll5HUgT3JhY2xlIDguIENo9vRuZyB0cuxuaA0KY2/5IPFh4Hkg8XX7IGNh+WMg Y2j2+WMgbmHqbmcgY2HgbiBjb/kgY3X7YSBwaGHibiBoZeQgeGXhcCB0aPT4aQ0Ka2hv+WEg Ymll5XUgbmj2IGhl5CB0aG/hbmcgY2H5YyB09vgg8Wll5W4gY2H5YyBmb3JtIG5oYeRwIGxp ZeR1LA0KdGhhbSBzb+EgY2j29G5nIHRy7G5oLCB4ZeFwIPZ1IHRpZeJuLCB4ZeFwIHRoZW8g bWHjdSB0aW4sIHhl4XAgdGhlbw0Kbmhv+W0gbPT5cCwgc/b7YSDxb+VpIHRo9PhpIGtob/lh IGJpZeV1LCBpbiBh4W4gY2H5YyBiYflvIGJpZeV1DQpsaWXibiBxdWFuIPFl4W4gdGj0+Gkg a2hv+WEgYmll5XUgbmj2IHRo9PhpIGtob/lhIGJpZeV1IGz0+XAsIHRo9PhpDQpraG/5YSBi aWXldSBnaWH7bmcgdmll4m4sIHRo9PhpIGtob/lhIGJpZeV1IGT27yBraWXhbiDxZeUg8WHq bmcNCmt5+SBtb+JuIGhv72MuIE5o7G4gY2h1bmcsIGNo9vRuZyB0cuxuaCBjaGHveSB0b+F0 IHb0+WkgZPb1IGxpZeR1DQp0aPbvYyB0ZeEgY3X7YSB0cvb0+G5nINFh72kgSG/vYyBLefUg VGh1YeR0LiBOZ29h+GkgcmEgY2j29G5nIHRy7G5oDQpjaG8gcGhl+XAgbmf29PhpIHP2+yBk de9uZyB0aGF5IPFv5WkgdGhhbSBzb+Eg8WXlIPFpZeB1IGNo5m5oIHRo9PhpDQpraG/5YSBi aWXldSB0aGVvIGj29PluZyB0aGll4m4gdmXgIHJh+G5nIGJ1b+RjIG5h+G8g8W/5IG5l4m4g 8W/kDQpsaW5oIPFv5G5nIGNhbywgZGXjIGRh+G5nIHRoYXkg8W/laSBjYfljIHRpZeJ1IGNo dWHlbiB0b+FpIPZ1IGtoaSB2YeRuDQpoYfhuaC48bzpwPg0KPC9vOnA+DQo8L3NwYW4+PC9m b250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IGZhY2U9IlZOSS1UaW1lcyIg c2l6ZT0iMyI+PHNwYW4gc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij4mbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNClZh4W4g8WXgIHhl4XAg dGj0+Gkga2hv+WEgYmll5XUgbGH4IG1v5HQgdmHhbiDxZeAga2hv+SDx9vTvYw0K8WH5bmgg Z2lh+SBsYfggTlAtSGFyZCwgZG8g8W/5IHZpZeRjIHTsbSByYSBtb+R0IGdpYftpIHRodWHk dCB2YfgNCmhpZeRuIHRo9u9jIHRoYfhuaCBjb+JuZyB0aGH4bmggY2j29G5nIHRy7G5oIGxh +CBtb+R0IGNv4SBnYeluZyByYeF0DQps9PluIGN1+2Egc2luaCB2aWXibi4gU2luaCB2aWXi biBCdfhpIFZh6m4gUXVhbmcg8WH1IGhvYfhuIHRoYfhuaCB0b+F0DQpsdWHkbiB2YepuIHRv 4XQgbmdoaWXkcCBuYfh5LjxvOnA+DQo8L286cD4NCjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgZmFjZT0iVk5JLVRpbWVzIiBzaXplPSIzIj48c3Bh biBzdHlsZT0ibXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPiZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOw0K0WH5bmggZ2lh+SBsdWHkbiBh+W4gdGh1b+RjIGxvYe9pIDogPGI+R2lv+2k8 L2I+PG86cD4NCjwvbzpwPg0KPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBhbGlnbj0icmlnaHQiIHN0eWxlPSJ0ZXh0LWFsaWduOnJpZ2h0Ij48Zm9udCBmYWNl PSJWTkktVGltZXMiIHNpemU9IjMiPjxzcGFuIHN0eWxlPSJtc28tYmlkaS1mb250LXNpemU6 IDEwLjBwdCI+VFAuDQpIb+AgQ2jtIE1pbmgsIG5nYfh5IDI1IHRoYfluZyAxIG5h6m0gMjAw MCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPG86 cD4NCjwvbzpwPg0KPC9zcGFuPjwvZm9udD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBh bGlnbj0iY2VudGVyIj48Zm9udCBmYWNlPSJWTkktVGltZXMiIHNpemU9IjMiPjxzcGFuIHN0 eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQpOZ/b0+GkgSPb0+W5n IGRh4248L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJj ZW50ZXIiPiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIi Pjxmb250IGZhY2U9IlZOSS1UaW1lcyIgc2l6ZT0iMyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgY29s b3I9IiMwMDAwODAiPjxiPiZuYnNwOyZuYnNwOyZuYnNwOzwvYj48L2ZvbnQ+Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8Zm9udCBjb2xvcj0iIzAwMDA4 MCI+PGI+Tmd1eWXjbiBNYe9uaCBUaG/vPC9iPjwvZm9udD48L2ZvbnQ+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgYWxpZ249ImxlZnQiPiZuYnNwOyZuYnNwOyZuYnNwOyA8YSBocmVm PSIjdG9wIj48aW1nIGJvcmRlcj0iMCIgc3JjPSIuLi9pbWFnZXMvdG9wLmdpZiIgd2lkdGg9 IjI3IiBoZWlnaHQ9IjI3IiB0aXRsZT0iVG9wIj48L2E+PC9wPg0KPGhyPg0KPGEgbmFtZT0i dW5nZHVuZyI+DQo8aDM+Jm5ic3A7Jm5ic3A7Jm5ic3A7PGZvbnQgZmFjZT0iVk5JLVRpbWVz IiBjb2xvcj0iIzgwMDAwMCI+IDwvZm9udD48Zm9udCBmYWNlPSJWTkktVGltZXMiIGNvbG9y PSIjMDAwMDgwIj5CYftuDQpuaGHkbiB4Zfl0IGN1+2EgR2lh+W8gVmll4m4gRHV5ZeR0PC9m b250PjwvYT48L2gzPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQgZmFjZT0iVk5JLVRp bWVzIiBzaXplPSIzIj48c3BhbiBzdHlsZT0ibXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQi PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KUXV5ZeVuIHRodXll4XQgbWluaCBiYW8gZ2/g bSA2IGNo9vRuZyA6PC9zcGFuPjwvZm9udD48L3A+DQo8dWw+DQogIDxsaT4NCiAgICA8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBmYWNlPSJWTkktVGltZXMiIHNpemU9IjMiPjxzcGFu IHN0eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+PHU+Q2j29G5nDQogICAgMTwv dT4gOiBHafT5aSB0aGll5HUgdmHhbiDxZeAuIFRyb25nIGNo9vRuZyBuYfh5IHNpbmggdmll 4m4g8WH1DQogICAgbmXidSByYSBjYfljIHll4nUgY2HgdSBjdfthIGJh+GkgdG9h+W4geGXh cCB0aPT4aSBraG/5YSBiaWXldSwNCiAgICBjYfljIHRh+Gkgbmd1eWXibiBkdfhuZyDxZeUg eGXhcCB0aPT4aSBraG/5YSBiaWXldSB2YfggY2H5YyByYfhuZw0KICAgIGJ1b+RjIGN1+2Eg YmH4aSB0b2H5biBuYfh5LiDRaWXgdSBuYfh5IGxh+CBj9CBz9Psg8WXlIHT2+CDxb/kNCiAg ICBzaW5oIHZpZeJuIPH2YSByYSBjaGll4W4gbPb072MgeGXhcCB0aPT4aSBraG9h+SBiaWXl dSBzZfUNCiAgICDx9vTvYyB0cuxuaCBiYfh5IGNoaSB0aWXhdCB0cm9uZyBjaPb0bmcgNC48 L3NwYW4+PC9mb250PjwvbGk+DQogIDxsaT4NCiAgICA8cCBjbGFzcz0iTXNvTm9ybWFsIj48 Zm9udCBmYWNlPSJWTkktVGltZXMiIHNpemU9IjMiPjxzcGFuIHN0eWxlPSJtc28tYmlkaS1m b250LXNpemU6IDEwLjBwdCI+PHU+Q2j29G5nDQogICAgMjwvdT4gOiBD9CBz9PsgZPb1IGxp ZeR1IGN1+2Eg9vluZyBkde9uZyB2YfggPHU+Q2j29G5nIDM8L3U+IG1v4g0KICAgIGjsbmgg Y3X7YSD2+W5nIGR1725nLiBUcm9uZyBoYWkgY2j29G5nIG5h+HksIHNpbmggdmll4m4g8WH1 IHRy7G5oDQogICAgYmH4eSB0b2H4biBib+QgY/Qgc/T7IGT29SBsaWXkdSBjdfthIGJh+Gkg dG9h+W4geGXhcCB0aPT4aQ0KICAgIGtob2H5IGJpZeV1IHZh+CBwaGHgbiBtZeBtIHP2+yBk de9uZyDxZeUgdmll4XQgY2j29G5nIHRy7G5oIGxh+A0KICAgIFZpc3VhbCBGb3hwcm8uINFh 4nkgbGH4IG1v5HQgcGhh4G4gbWXgbSDx9vTvYyBz9vsgZHXvbmcgcGhv5Q0KICAgIGJpZeFu IPT7IHRyb25nIG729PljLjwvc3Bhbj48L2ZvbnQ+PC9saT4NCiAgPGxpPg0KICAgIDxwIGNs YXNzPSJNc29Ob3JtYWwiPjxmb250IGZhY2U9IlZOSS1UaW1lcyIgc2l6ZT0iMyI+PHNwYW4g c3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij48bzpwPg0KICAgIDwvbzpwPg0K ICAgIDwvc3Bhbj48L2ZvbnQ+PGZvbnQgZmFjZT0iVk5JLVRpbWVzIiBzaXplPSIzIj48c3Bh biBzdHlsZT0ibXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjx1PkNo9vRuZw0KICAgIDQ8 L3U+IDogR2lh+2kgdGh1YeR0IHhl4XAgdGj0+Gkga2hv+WEgYmll5XUuIFRyb25nIGNo9vRu ZyBuYfh5LA0KICAgIHNpbmggdmll4m4g8WH1IHRy7G5oIGJh+HkgY2H5YyBi9vT5YyB4ZeFw IHRo9PhpIGtob/lhIGJpZeV1IG1v5HQNCiAgICBjYfljaCB0aGHkdCBjaGkgdGll4XQuIEdp YftpIHRodWHkdCBuYfh5IGT272EgdHJl4m4gbW/kdCBnaWH7aQ0KICAgIHRodWHkdCBjb/kg c2H8biBkbyB0aGHgeSBo9vT5bmcgZGHjbiBjdW5nIGNh4XAgdmH4IHNpbmggdmll4m4g8WH1 DQogICAgY2/5IHP2+2Eg8W/laSBsYe9pIG1v5HQgc2/hIGNob+Mg8WXlIHhl4XAgdGj0+Gkg a2hv+WEgYmll5XUNCiAgICDx9vTvYyB0b+F0IGj0bi4gUXVhIPFv+SBjaG8gdGhh4Xkgc2lu aCB2aWXibiDxYfUgbmHpbSB29vVuZw0KICAgIGdpYftpIHRodWHkdCB2YfggY2/5IGtoYfsg bmHqbmcgbmdoaWXibiBj9vl1LCBzYfluZyB0Ye9vLjwvc3Bhbj48L2ZvbnQ+PC9saT4NCiAg PGxpPg0KICAgIDxwIGNsYXNzPSJNc29Ob3JtYWwiPjxmb250IGZhY2U9IlZOSS1UaW1lcyIg c2l6ZT0iMyI+PHNwYW4gc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij48bzpw Pg0KICAgIDwvbzpwPg0KICAgIDwvc3Bhbj48L2ZvbnQ+PGZvbnQgZmFjZT0iVk5JLVRpbWVz IiBzaXplPSIzIj48c3BhbiBzdHlsZT0ibXNvLWJpZGktZm9udC1zaXplOiAxMC4wcHQiPjx1 PkNo9vRuZw0KICAgIDU8L3U+IDogR2lhbyBkaWXkbiBjdfthIGNo9vRuZyB0cuxuaC4gVHJv bmcgY2j29G5nIG5h+Hkgc2luaCB2aWXibg0KICAgIPFh9SB0cuxuaCBiYfh5IHRvYfhuIGJv 5CBwaGHgbiBjaPb0bmcgdHLsbmggeGXhcCB0aPT4aSBraG/5YQ0KICAgIGJpZeV1IGR1+G5n IFZpc3VhbCBGb3hwcm8uIEdpYW8gZGll5G4g8WXvcCwgY2j29G5nIHRy7G5oIGRl4yBz9vsN CiAgICBkde9uZywgY2/5IG5oaWXgdSB0aWXkbiDtY2gsIHRo9PhpIGdpYW4geGXhcCB0aPT4 aSBraG/5YSBiaWXldQ0KICAgIGxh+CBjaGHhcCBuaGHkbiDx9vTvYyB0cmXibiBk9vUgbGll 5HUgdGj2+y4gQ2j29G5nIHRy7G5oIGNoYe95DQogICAgdG/hdCwgbWHrYyBkdfggY2/4biBt b+R0IHNv4SBjaG/jIGNh4G4gcGhh+2kgY2H7aSB0aWXhbiBnaWH7aQ0KICAgIHRodWHkdC48 bzpwPg0KICAgIDwvbzpwPg0KICAgIDwvc3Bhbj48L2ZvbnQ+PC9saT4NCjwvdWw+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48Zm9udCBmYWNlPSJWTkktVGltZXMiIHNpemU9IjMiPjxzcGFu IHN0eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+Jm5ic3A7DQpUb/ltIGxh72kg c2luaCB2aWXibiBCdfhpIFZh6m4gUXVhbmcg8WH1IGhvYfhuIHRoYfhuaCB0b+F0IGx1YeRu IHZh6m4NCnRv4XQgPC9zcGFuPjwvZm9udD48Zm9udCBmYWNlPSJWTkktVGltZXMiIHNpemU9 IjMiPjxzcGFuIHN0eWxlPSJtc28tYmlkaS1mb250LXNpemU6IDEwLjBwdCI+bmdoaWXkcA0K bmH4eS48L3NwYW4+PC9mb250Pjxmb250IGZhY2U9IlZOSS1UaW1lcyIgc2l6ZT0iMyI+PHNw YW4gc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij4mbmJzcDsNCjxvOnA+DQo8 L286cD4NCjwvc3Bhbj48L2ZvbnQ+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGZvbnQg ZmFjZT0iVk5JLVRpbWVzIiBzaXplPSIzIj48c3BhbiBzdHlsZT0ibXNvLWJpZGktZm9udC1z aXplOiAxMC4wcHQiPiZuYnNwO9Fh+W5oDQpnaWH5IGx1YeRuIGH5biB0aHVv5GMgbG9h72kg OiA8Yj5HaW/7aTwvYj48bzpwPg0KPC9vOnA+DQo8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIGFsaWduPSJyaWdodCIgc3R5bGU9InRleHQtYWxpZ246cmlnaHQi Pjxmb250IGZhY2U9IlZOSS1UaW1lcyIgc2l6ZT0iMyI+PHNwYW4gc3R5bGU9Im1zby1iaWRp LWZvbnQtc2l6ZTogMTAuMHB0Ij5UUC4NCkhv4CBDaO0gTWluaCwgbmdh+HkgMjUgdGhh+W5n IDEgbmHqbSAyMDAwJm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7DQo8bzpwPg0KPC9vOnA+DQo8L3NwYW4+PC9mb250PjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiPjxmb250IGZhY2U9IlZOSS1UaW1lcyIgc2l6ZT0i MyI+PHNwYW4gc3R5bGU9Im1zby1iaWRpLWZvbnQtc2l6ZTogMTAuMHB0Ij4mbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCk5n9vT4aSBkdXll5HQmbmJzcDs8L3NwYW4+ PC9mb250PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiPiZuYnNw OzwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIGFsaWduPSJjZW50ZXIiPiZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPGI+DQo8Zm9udCBmYWNlPSJWTkktVGltZXMi IHNpemU9IjMiIGNvbG9yPSIjMDAwMDgwIj5OZ3V5ZeNuIFRydW5nIFRy9u9jPC9mb250Pjwv Yj48L3A+DQo8aDU+Jm5ic3A7Jm5ic3A7Jm5ic3A7IDxhIGhyZWY9IiN0b3AiPjxpbWcgYm9y ZGVyPSIwIiBzcmM9Ii4uL2ltYWdlcy90b3AuZ2lmIiB3aWR0aD0iMjciIGhlaWdodD0iMjci IHRpdGxlPSJUb3AiPjwvYT48L2g1Pg0KPGhyPg0KPGg1Pjxmb250IGZhY2U9IlZOSS1UaW1l cyIgY29sb3I9IiMwMDgwMDAiPg0KQ29weXJpZ2h0IKkgMjAwMCBieSBCdWkgVmFuIFF1YW5n PC9mb250PjwvaDU+DQoNCjwvYm9keT4NCg0KPC9odG1sPg0K From webmaster at clubwow.com Sun Aug 4 06:42:34 2002 From: webmaster at clubwow.com (Ŭ·´¿Í¿ì) Date: Sat Dec 3 00:45:37 2005 Subject: [bug-cscheme] À̸ÞÀÏ ¼ö½Å°ÅºÎ ó¸® µÇ¾ú½À´Ï´Ù. Message-ID: <200208041042.g74AgYP04089@www.icbn.net> ????? ???? ???. ????? ????? ??? ?? ?? ??? ???????. ?? ??? E-Mail : bug-cscheme@zurich.ai.mit.edu ?????. From cph at zurich.ai.mit.edu Sun Aug 4 13:50:23 2002 From: cph at zurich.ai.mit.edu (Chris Hanson) Date: Sat Dec 3 00:45:37 2005 Subject: [bug-cscheme] problems in simple .edwin customizations of MIT Scheme In-Reply-To: <200208032318.g73NIjN29765@orchestra.cs.caltech.edu> (mvanier@cs.caltech.edu) Message-ID: Date: Sat, 3 Aug 2002 16:18:45 -0700 From: Michael Vanier I'm involved with the CS 1 class at Caltech, which uses SICP and MIT scheme. For this year, we're going to require the students to use edwin for editing. Some time ago I sent an email asking about certain kinds of customizations for edwin. I'm sorry I didn't answer earlier -- I don't remember receiving your previous message and I don't have a copy of it in my inbox. I may have accidentally deleted it. Specifically, I'd like to be able to set the default fonts and foreground/background colors for all windows. I know of two ways to do this, one using the .Xresources file and the other using the .edwin file. Unfortunately both of these methods only affect the top-level frame and not (for instance) the frame that is brought up when the debugger is launched. Is there any way to do this or is this a known limitation? This can be done from the .Xresources file. Edwin distinguishes the primary window and subsequent windows, so that different settings can be used for each. The primary window uses instance name "edwin" and class name "Emacs". The secondary windows use instance name "edwinSecondary" and class name "Emacs". So, if you want the same font settings for all windows, either set both "edwin*font" and "edwinSecondary*font", or just set "Emacs*font". I suppose there should be an "Edwin" class interposed prior to "Emacs" in the search, but so far there hasn't been any definite need. From ino-e954147f at spotteswoode.de.eu.org Sun Aug 4 13:51:09 2002 From: ino-e954147f at spotteswoode.de.eu.org (clemens fischer) Date: Sat Dec 3 00:45:37 2005 Subject: [bug-cscheme] install: scheme: can't find a readable default for option -band. Message-ID: <20020804175109.GB1745@spotteswoode.de.eu.org> FreeBSD 4.3-RELEASE #3: Sat Jul 13 00:09:29 CEST 2002 mit-scheme 7.7.1 0 p5 microcode #gmake install /bin/sh ./mkinstalldirs /usr/local/bin /usr/bin/install -c scheme /usr/local/bin/. /usr/bin/install -c bchscheme /usr/local/bin/. /bin/sh ./mkinstalldirs /usr/local/lib/mit-scheme /usr/bin/install -c gcdrone /usr/local/lib/mit-scheme/. /bin/sh ./mkinstalldirs /usr/local/lib/mit-scheme/lib ./utabmd.sh scheme: can't find a readable default for option -band. searched for file runtime.com in these directories: /usr/local/lib/mit-scheme Inconsistency detected. gmake: *** [utabmd.bin] Fehler 1 i've seen this several times in the archives, but not once a solution to it. now with both the ./scheme and the bchscheme binaries, a complete (according to the md5 hashes) set of the entire source distribution, and having checked if the installation completes with the extra ucode tar archive, there is bound to be a solution. i can see that this is the chicken-and-egg problem, but i've seen the error message from all architectures (gnu-linux, suns, hps, freebsds on i386). it's funny that the sources are so clean and good looking, as is the error message produced, but no documented solution. i've checked the ChangeNotes, READMEs, the online documentation. Chris Hanson cph@zurich.ai.mit.edu answers the question from someone trying it using gcc 2.91.66 on a redhat 6.2 system on Wed, 12 Sep 2001 16:29:50: [...] here we assume we have scheme in the current path, which we do not necessarily have before a successful install. This isn't a bug. You can't compile the system unless you have already installed it. If the standard binaries don't work, see this page: http://www.swiss.ai.mit.edu/projects/scheme/7.5/gnulinux-install.php this page essentially says: tar xzf scheme-7.5.17-src-ucode.tar.gz cd scheme-7.5.17/src/microcode 3. Configure the package: ./configure 4. Compile the program: make scheme bchscheme 5. Unpack the standard binary package and copy the new executables into it: cd ../../.. tar xzf scheme-7.5.17-ix86-gnu-linux.tar.gz cp -fp scheme-7.5.17/src/microcode/scheme bin/. cp -fp scheme-7.5.17/src/microcode/bchscheme bin/. which isn't helpful at all and unneccessary at the same time, because these binaries already exist! eg. my freebsd-4.3 has: ldd /l/bin/scheme /l/bin/bchscheme: /l/bin/scheme: libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x280c0000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x280c9000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x280df000) libm.so.2 => /usr/lib/libm.so.2 (0x281b7000) libcrypto.so.0.9.7 => /usr/local/ssl/lib/libcrypto.so.0.9.7 (0x281d2000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x282bd000) libncurses.so.5 => /usr/lib/libncurses.so.5 (0x282c3000) libc.so.4 => /usr/lib/libc.so.4 (0x28305000) libXThrStub.so.6 => /usr/X11R6/lib/libXThrStub.so.6 (0x2839b000) /l/bin/bchscheme: libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x280c1000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x280ca000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x280e0000) libm.so.2 => /usr/lib/libm.so.2 (0x281b8000) libcrypto.so.0.9.7 => /usr/local/ssl/lib/libcrypto.so.0.9.7 (0x281d3000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x282be000) libncurses.so.5 => /usr/lib/libncurses.so.5 (0x282c4000) libc.so.4 => /usr/lib/libc.so.4 (0x28306000) libXThrStub.so.6 => /usr/X11R6/lib/libXThrStub.so.6 (0x2839c000) ls -l /l/bin/scheme /l/bin/bchscheme: -rwxr-xr-x 1 root wheel 508186 Aug 4 19:26 /l/bin/bchscheme -rwxr-xr-x 1 root wheel 500507 Aug 4 19:26 /l/bin/scheme you see, i installed these 20 minutes ago, for the fifth time (i think). i mean, don't you have a wiki to place some hints on? i'd be happy to host some pages for mit-installation on mine to get rid of this spook once and for everybody. the only thing that seems missing is a "band", and the online documentation says of the two bands installed per default ("all.com", and "runtime.com") only one is needed as per the users needs. if the ".com" suffix indicates that they should be compiled scheme code, how do i make them? respectful greetings, clemens From PublicityTools0804 at yahoo.com Sun Aug 4 19:51:59 2002 From: PublicityTools0804 at yahoo.com ((Publicity-Lists-And-More)) Date: Sat Dec 3 00:45:38 2005 Subject: [bug-cscheme] Lists: Publicity - Libraries - Bookstores - Film Producers - Art Galleries - Record Stores - Custom (more) Message-ID: <200208042351.TAA03793@zurich.ai.mit.edu> -------------------------------------------------------------- NEW LISTS: PBS STATIONS, UK MEDIA, POLITICAL MEDIA, NEW AGE MEDIA, UK LIBRARIES, SCIENTIFIC JOURNALS, FILM & TV PRODUCERS, ART PUBLISHERS, LITERARY AGENTS, MENS MEDIA. -------------------------------------------------------------- IF WE DO NOT HAVE THE LIST YOU NEED, WE WILL COMPILE A CUSTOM LIST ACCORDING TO YOUR SPECIFICATIONS . . . HERE ARE THE FEES: $199 set up charge + $10 per one hundred contacts: Company Name, Address $249 set up charge + $10 per one hundred contacts: Company Name, Address, Phone & Fax $299 set up charge + $10 per one hundred contacts: Contact Name, Title, Company Name, Address, Phone, Fax & Email (when available) Lists take 5-7 business days. Custom orders accepted on first-come, first-served basis. -------------------------------------------------------------- Call to place your order or for more information. US & CANADA TOLL-FREE NUMBER: 888 330 4919 (24/7) UK TOLL-FREE NUMBER: 0800 904 7912 (24/7) AUSTRALIAN TOLL-FREE NUMBER: 1 800 993 151 (24/7) FRANCE TOLL-FREE NUMBER: 0 800 916 498 (24/7) SPAIN TOLL-FREE NUMBER: 900 961 354 (24/7) GERMANY TOLL-FREE NUMBER: 0 800 183 3902(24/7) NEW ZEALAND TOLL-FREE NUMBER: 0 800 445 058 (24/7) IRELAND TOLL-FREE NUMBER: 1 800 301 207 (24/7) If you would like more information via email, please write us at sendlistinfo@netscape.net - Thank you. -------------------------------------------------------------- LIBRARIES LISTS INCLUDE: Name, Address, phone, fax and email address (when available). AVAILABLE FORMATS: Excel Spreadsheet & Text Database 1,200 U.S. Public Libraries WITH EMAIL ADDRESSES - $109 1,200 U.S. Public Libraries - $89 1,000 U.S. University Libraries WITH EMAIL ADDRESSES - $89 1,000 U.S. University Libraries - $69 400+ Community College Libraries WITH EMAIL ADDRESSES - $59 400+ Community College Libraries - $49 1,093 U.S. K-12 Private School Libraries WITH EMAIL ADDRESSES - $109 1,093 U.S. K-12 Private School Libraries - $89 200 U.K. Public Libraries WITH EMAIL ADDRESSES - $49 200 U.K. Public Libraries - $39 250 U.K. University Libraries WITH EMAIL ADDRESSES - $49 250 U.K. University Libraries - $39 528 Australian Public Libraries WITH EMAIL ADDRESSES - $79 528 Australian Public Libraries - $69 279 Australian College & Univ. Libraries WITH EMAIL ADDRESSES - $49 279 Australian College & Univ. Libraries - $39 200 Canadian Libraries WITH EMAIL ADDRESSES - $49 200 Canadian Libraries - $39 100 New Zealand Libraries WITH EMAIL ADDRESSES - $39 100 New Zealand Libraries - $29 1,000 U.S. Medical Libraries - $79 313 U.S. Law Libraries - $49 193 U.S. Religious Libraries - $39 ---------------------------------------------- BOOKSTORES LIST INCLUDES: Name, Address, phone, fax and email address (when available). AVAILABLE FORMATS: Excel Spreadsheets & Text Databases 1,900+ Independent Bookstores WITH EMAIL ADDRESSES - $149 1,900+ Independent Bookstores - $129 1,900+ College Bookstores WITH EMAIL ADDRESSES - $149 1,900+ College Bookstores - $129 3,000+ Christian Bookstores WITH EMAIL ADDRESSES - $169 3,000+ Christian Bookstores - $149 2,200+ Chain Bookstores - $129 575+ Book Distributors & Chain HQs - WITH EMAIL ADDRESSES - $59 575+ Book Distributors & Chain HQs - $ 49 675 Canadian General Bookstores WITH EMAIL ADDRESSES - $69 675 Canadian General Bookstores - $59 175 Canadian University Bookstores - WITH EMAIL ADDRESSES - $39 175 Canadian University Bookstores - $29 300 New Age Bookstores - $49 125 African-American Bookstores - $29 You will be able to download your lists WITHIN MINUTES. ----------------------------------------------- MEDIA LISTS LISTS INCLUDE: Contact Name, Title/Position, Company, Address, Phone, Fax and Email Address (when available) AVAILABLE FORMATS: Excel Spreadsheet and Microsoft Word PBS Stations (800+ Contacts) - $99 Scientific Journals (500 Contacts) - $99 UK Media List (500 Contacts) - $99 Political Media List (1,100+ Contacts) - $149 Canadian National Media (590+ Contacts) - $99 New Age Media (250+ Contacts) - $99 Mens Interest Media (400 Contacts) - $99 Womens Interest Media (1,350+ Contacts) - $149 Teen Interest Media (216 Contacts) - $99 Eclectic Newsweeklies (575+ Contacts) - $99 College Radio Stations (520+ Contacts) - $99 Local TV News (North Region) (840+ Contacts) - $99 Local TV News (Midwest Region) (870+ Contacts) - $99 Local TV News (West Region) (890+ Contacts) - $99 Local TV News (South Region) (1,100+ Contacts) - $129 Local TV News (All Regions) (3,700+ Contacts) - $249 Drive Time Radio - Top 50 Markets (300+ Contacts) - $69 Australian National Media List (360+ Contacts) - $99 Drive Time Radio - Top 100 Markets (600 Contacts) - $99 Newspapers - Top 100 Papers (1,100+ Contacts) - $99 National Media List (1000+ Contacts) - $99 Sex & Relationships Media List (402 Contacts) - $99 Music Industry Media List (1,142 Contacts) - $149 Fashion & Beauty List (1,400 Contacts) - $149 Motion Picture, Film & Video (695 Contacts) - $99 National Public Radio (265 Contacts) - $99 Sports Media List (427 Contacts) - $99 African American Media List (1500 Contacts) - $149 Environmental Media List (763 Contacts) - $99 Gay and Lesbian Media List (260 Contacts) - $99 Book Industry Media List (502 Contacts) - $99 Christian Media List (370 Contacts) - $99 Family & Parenting Media List (789 Contacts) - $99 College Newspaper Contacts (1,400+ Contacts) - $99 ------------------------------------------------- TV & FILM PRODUCERS, DIRECTORS, DEVELOPMENT EXECS, (MORE) 3,000+ Contacts - $299 (Entire List) 800+ Producers Only - $99 650+ Development, Creative & Acquisitions Contacts Only - $89 Lists Include: Contact Name, Title, Company, Address, Phone and Fax Number Available Formats: Excel Spreadsheet and Text Database PUBLISHING COMPANY CONTACTS 1,700+ U.S. Publishing Contacts - $149 300 Art Publishing Contacts - $49 List Includes: Contact Name, Title, Company, Address, Phone, Number, Fax Number and Email Address (when available) Available Formats: Excel Spreadsheet and Text Database LITERARY AGENTS 300+ Contacts - $59 List Includes: Contact Name, Title, Company, Address, Phone, Number, Fax Number and Email Address (when available) Available Formats: Excel Spreadsheet and Text Database MUSIC AGENTS/MANAGERS 150+ Contacts - $39 List Includes: Contact Name, Title, Company, Address, Phone, Fax Number and Email Address (when available) Available Formats: Excel Spreadsheet and Text Database VIDEO STORE LISTS 1573 Independent Video Stores (West) - $79 2556 Independent Video Stores (Midwest) - $99 2037 Independent Video Stores (East) - $99 2987 Independent Video Stores (South) - $129 9150 Independent Video Stores (National)- $299 Lists Include: Store Name, Address and Phone Number Available Formats: Excel Spreadsheet and Text Database MUSIC STORE LISTS 997 Independent Music Stores (Midwest) - $79 1215 Independent Music Stores (South) - $89 1444 Independent Music Stores (East) - $89 1355 Independent Music Stores (West) - $89 5008 Independent Music Stores (National)- $249 Lists Include: Store Name, Address and Phone Number Available Formats: Excel Spreadsheet and Text Database ART GALLERY LISTS US National List WITH EMAIL ADDRESSES: $169 (1090 Galleries) US National List: $149 (1090 Galleries) Southern US: $39 (140 Galleries) Central US: $39 (150 Galleries) Western US: $69 (272 Galleries) Eastern US: $89 (530 Galleries) United Kingdom: $69 (230 Galleries) Canada: $49 (165 Galleries) Australia: $29 (50 Galleries) Lists Include: Gallery Name, Address, Phone Number and Fax Number Available Formats: Excel Spreadsheet and Text Database OUR GUARANTEE: We will gladly refund postage (up to 34 cents per item) for any undeliverable addresses over 5% of the total list. We will also correct the undeliverable contacts and issue you an updated list. ------------------------ You will be able to download your lists WITHIN MINUTES. Call to place your order or for more information. US & CANADA TOLL-FREE NUMBER: 888 330 4919 (24/7) AUSTRALIAN TOLL-FREE NUMBER: 1 800 993 151 (24/7) UK TOLL-FREE NUMBER: 0800 904 7912 (24/7) FRANCE TOLL-FREE NUMBER: 0 800 916 498 (24/7) SPAIN TOLL-FREE NUMBER: 900 961 354 (24/7) GERMANY TOLL-FREE NUMBER: 0 800 183 3902(24/7) NEW ZEALAND TOLL-FREE NUMBER: 0 800 445 058 (24/7) IRELAND TOLL-FREE NUMBER: 1 800 301 207 (24/7) If you would like more information via email, please write us at sendlistinfo@netscape.net - Thank you. ------------------------------------------------------------------- To be removed from any future mailings, please send a message with REMOVE in the subject line to PublicityRemoval@netscape.net. Requests will be processed within 48 hours at that address only. Thank you. From ino-e65dd542 at spotteswoode.de.eu.org Mon Aug 5 14:43:44 2002 From: ino-e65dd542 at spotteswoode.de.eu.org (clemens fischer) Date: Sat Dec 3 00:45:38 2005 Subject: [bug-cscheme] Re: install: scheme: can't find a readable default for option -band. In-Reply-To: <20020804175109.GB1745@spotteswoode.de.eu.org> References: <20020804175109.GB1745@spotteswoode.de.eu.org> Message-ID: <20020805184344.GI6285@spotteswoode.de.eu.org> > clemens fischer: > FreeBSD 4.3-RELEASE #3: Sat Jul 13 00:09:29 CEST 2002 > mit-scheme 7.7.1 > > 0 p5 microcode #gmake install > /bin/sh ./mkinstalldirs /usr/local/bin > /usr/bin/install -c scheme /usr/local/bin/. > /usr/bin/install -c bchscheme /usr/local/bin/. > /bin/sh ./mkinstalldirs /usr/local/lib/mit-scheme > /usr/bin/install -c gcdrone /usr/local/lib/mit-scheme/. > /bin/sh ./mkinstalldirs /usr/local/lib/mit-scheme/lib > ./utabmd.sh > scheme: can't find a readable default for option -band. > searched for file runtime.com in these directories: > /usr/local/lib/mit-scheme > > Inconsistency detected. to follow up on this one: there's a pre-compiled binary of MIT-scheme for freebsd machines. it checks out with md5 (would you please consider PGP-signing distributed files?) and installing means simply to extract the contents of the archive. i used this binary to overcome the chicken-egg problem and could thus bootstrap my own copy. i would like to know if it is feasable to cross-compile files like "runtime.com" for other operating systems? i noticed the many machine dependant files, which propably means that runtimes are different for SPARCs and i386, but are they different for gnu-linux and freebsd on the same machine? how would users overcome this initialisation step for totally different architectures? (please Cc: me as i'm not on the list yet) clemens From mvanier at cs.caltech.edu Mon Aug 5 19:17:24 2002 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Sat Dec 3 00:45:38 2005 Subject: [bug-cscheme] problems in simple .edwin customizations of MIT Scheme In-Reply-To: (message from Chris Hanson on Sun, 04 Aug 2002 13:50:23 -0400) References: Message-ID: <200208052317.g75NHO005358@orchestra.cs.caltech.edu> > From: Chris Hanson > Date: Sun, 04 Aug 2002 13:50:23 -0400 > > Date: Sat, 3 Aug 2002 16:18:45 -0700 > From: Michael Vanier > > I'm involved with the CS 1 class at Caltech, which uses SICP and MIT > scheme. For this year, we're going to require the students to use edwin > for editing. Some time ago I sent an email asking about certain kinds of > customizations for edwin. > > I'm sorry I didn't answer earlier -- I don't remember receiving your > previous message and I don't have a copy of it in my inbox. I may > have accidentally deleted it. Sorry; you actually did respond (this was a long time ago). What I meant was that I had a related question. > > Specifically, I'd like to be able to set the default fonts and > foreground/background colors for all windows. I know of two ways > to do this, one using the .Xresources file and the other using the > .edwin file. Unfortunately both of these methods only affect the > top-level frame and not (for instance) the frame that is brought up > when the debugger is launched. Is there any way to do this or is > this a known limitation? > > This can be done from the .Xresources file. Edwin distinguishes the > primary window and subsequent windows, so that different settings can > be used for each. The primary window uses instance name "edwin" and > class name "Emacs". The secondary windows use instance name > "edwinSecondary" and class name "Emacs". > > So, if you want the same font settings for all windows, either set > both "edwin*font" and "edwinSecondary*font", or just set "Emacs*font". > > I suppose there should be an "Edwin" class interposed prior to "Emacs" > in the search, but so far there hasn't been any definite need. > That's fine. Thanks! Mike From drbuckle at attbi.com Tue Aug 6 04:50:33 2002 From: drbuckle at attbi.com (Robert Buckley) Date: Sat Dec 3 00:45:38 2005 Subject: [bug-cscheme] Compile, Eval, and (the-environment) Message-ID: <000201c23d26$56f0abe0$0302a8c0@delllaptop> Sir or Madam: Release 7.7.1 of MIT Scheme used on a Windows XP system no longer compiles (the-environment) as part of an EVAL command except at Top Level (or so the error message claims). This is a considerable inconvenience because I use EVAL in several places and don't want to find another solution. Once upon a time EVAL worked without (the-environment). Then Scheme changed and it became necessary to add (the-environment) to get proper execution. Now with version 7.7.1 it won't run without (the-environment) and won't compile with (the-environment). Damn! I will revert to an earlier version of Scheme. Best regards, Robert Buckley -------------- next part -------------- An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020806/77287df9/attachment.html From edu_discount01 at yahoo.com Wed Aug 7 18:07:06 2002 From: edu_discount01 at yahoo.com (Quianna Antwi) Date: Sat Dec 3 00:45:39 2005 Subject: [bug-cscheme] Deep Academic Software Discounts Message-ID: Office XP Standard at 70% OFF, Adobe Photoshop at 52% OFF, Microsoft Visual Studio.NET at 91% OFF, Macromedia Studio MX at 76% OFF, Adobe Design Collection at 62% OFF Dear Students, Teachers, Faculty, Staff and Schools: COMPUTER PRODUCTS FOR EDUCATION is pleased to offer to you the best prices on ACADEMIC EDITION SOFTWARE from MICROSOFT, ADOBE, MACROMEDIA, COREL, and others - AT UP TO 84% OFF STANDARD COMMERCIAL RETAIL PRICES. If you are a Qualified Education Buyer (defined below) you can purchase software products from CPE at HUGE DISCOUNTS during our BACK-TO-SCHOOL SALE! Qualified Education Buyers include K-12 and HIGHER EDUCATION STUDENTS, TEACHERS, FACULTY, STAFF, and SCHOOLS. Visit www.edu-software.com or call us 800-679-7007 to order any of the products below. ---------------------- Education Standard You ADOBE (Windows & Mac): Price Retail Save! ---------------------- --------- ------ ----- Acrobat 5.0 $57.95 $249 77% After Effects 5.5 $289.95 $649 55% GoLive 6.0/LiveMotion 2.0 $84.95 $399 79% Illustrator 10.0 $89.95 $399 77% InDesign 2.0 $189.95 $699 73% PageMaker 7.0 $279.95 $499 44% PageMaker 7.0 Upgrade $89.95 - - Photoshop 7.0 $289.95 $609 52% Photoshop 7.0 Upgrade $149.95 - - Premiere 6.5 $224.95 $549 59% Premiere 6.5 Upgrade $239.95 - - *******Adobe Collections********** Design Collection 6.0 BTS PROMO $379.95 $999 62% (InDesign 2/Photoshop 7/Illustrator 10/Acrobat 5/GoLive/Live Mo) Digital Video Collection 7.0 $489.95 $1199 60% (Premiere 6/AfterEffects 5.5/Photoshop 7/Illustr 10) Publishing Collection 12.0 $489.95 $999 51% (PageMaker 7/Photoshop 7/Illustrator 10/Acrobat 5) Web Collection 5.0 $339.95 $999 65% (Photoshop 7/Illustrator 10/GoLive 6/LiveMotion 2) TO ORDER: www.edu-software.com or call 800-679-7007. ---------------------- Education Commercial You MACROMEDIA (Windows & Mac): Price Retail Save! ---------------------- --------- ------ ----- Authorware 6.0 E-Doc $349.95 $2699 87% ColdFusion MX Server Pro $529.95 $799 34% Director 8.5 Shockwave Std E-Doc $349.95 $1199 71% Dreamweaver MX $98.95 $299 67% eLearning Studio $489.95 $2999 84% (Authorware/Flash/Dreamweaver) Fireworks MX $98.95 $199 50% Flash MX $98.95 $399 75% FreeHand 10 $98.95 $399 75% STUDIO MX $189.95 $799 76% (Dreamweaver MX/Fireworks MX/Flash MX/Freehand 10/ColdFusion MX) TO ORDER: www.edu-software.com or call 800-679-7007. --------------------------- Education Standard You Microsoft: Price Retail Save! --------------------------- --------- ------ ----- Office XP Standard $148.95 $479 70% Office XP Professional $199.95 $579 66% Office 2001 Macintosh $209.95 $499 60% Office Mac v.X for Mac OS X $215.95 $459 53% FrontPage 2002 $79.95 $169 53% Publisher 2002 $79.95 $129 38% Visio Standard 2002 $69.95 $199 65% Visio Professional 2002 $159.95 $499 69% Visual Basic.Net Standard $59.95 $109 45% Visual C++.Net Standard $59.95 $109 45% Visual C#(sharp).Net Standard $59.95 $109 45% Visual Studio.Net Professional $99.95 $1079 91% Windows XP Professional Upg* $ 94.95 $299 68% Windows 2000 Professional Upg* $129.95 $319 59% * Windows XP/2000 Pro Upgrade will install on a blank hard drive. TO ORDER: www.edu-software.com or call 800-679-7007. --------------------------- Education Standard You Corel: Price Retail Save! --------------------------- --------- ------ ----- Wordperfect Office 2002 w/Voice $99.95 $389 74% Corel Draw 11.0 $142.95 $549 72% Procreate Painter 7.0 $229.95 $549 60% ---------- LICENSING: ---------- For school purchases of five to ten (5-10) or more units, depending on the product, please call 800-679-7007 for even deeper discounts on license packs. ---------- For hundreds of other software products available from CPE at similar discounts, visit our website at www.edu-software.com or call us at 800-679-7007. Academic Edition software is exactly the same as the Full-Retail version except that it has been deeply discounted for Qualified Education Buyers. No verification is required for purchases of Microsoft Office XP Standard. For all other products, purchasers must provide fax-verification of status as being a current faculty, staff, or student. After placing your order, you simply fax to CPE either: (a) a copy of a current picture School I.D. Card or, (b) a current paycheck stub with an alternative picture I.D. (drivers license, etc.). Schools may purchase by faxing a valid school purchase order. For more details, visit our web site at www.edu-software.com. All software sold by CPE is authentic original software from the manufacturer. THESE ARE NOT PIRATED COPIES. ALL SOFTWARE COMES IN ORIGINAL MANUFACTURER'S BOXES AND INCLUDES A VALID LICENSE. CPE is an Authorized Education Reseller for Microsoft, Adobe, Corel, Symantec and many other major software manufacturers. CPE is the only national software distributor committed to providing the lowest prices EXCLUSIVELY to the Education community with the best customer service. All prices and availability are subject to change without notice. ___________________ We hope you find this message valuable. If you do not wish to receive special offers and updates from edu-software.com, please CLICK HERE TO BE REMOVED: http://www.edu-software.com/remove/remove.htm E-MAIL MARKETING: NO WASTED PAPER - SAVES TREES - GOOD FOR THE ENVIRONMENT! DELETE WITH ONE SIMPLE KEYSTROKE! ___________________ THANK YOU! From 485736afe at shinbiro.com Sat Aug 10 03:33:29 2002 From: 485736afe at shinbiro.com (ÀÌÁ¤¼®) Date: Sat Dec 3 00:45:39 2005 Subject: [bug-cscheme] [±¤°í]ÃÖ°í 70%±îÁö ½Î°Ô °øµ¿±¸¸Å Message-ID: <200208100736.DAA04514@zurich.ai.mit.edu> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020810/b3c0dbf4/attachment.htm From FreeSoft-0002m62 at yahoo.com Mon Aug 12 22:37:44 2002 From: FreeSoft-0002m62 at yahoo.com (Free Software Offer) Date: Sat Dec 3 00:45:39 2005 Subject: [bug-cscheme] FREE Digital Publishing Software - Download NOW! Message-ID: <011c30c67e1b$1231c8e7$4ac27ab2@bringp> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020812/50ee8188/attachment.html From cph at zurich.ai.mit.edu Mon Aug 12 13:12:24 2002 From: cph at zurich.ai.mit.edu (Chris Hanson) Date: Sat Dec 3 00:45:39 2005 Subject: [bug-cscheme] Compile, Eval, and (the-environment) In-Reply-To: <000201c23d26$56f0abe0$0302a8c0@delllaptop> (drbuckle@attbi.com) Message-ID: Date: Tue, 6 Aug 2002 01:50:33 -0700 From: "Robert Buckley" Release 7.7.1 of MIT Scheme used on a Windows XP system no longer compiles (the-environment) as part of an EVAL command except at Top Level (or so the error message claims). This is a considerable inconvenience because I use EVAL in several places and don't want to find another solution. Once upon a time EVAL worked without (the-environment). Then Scheme changed and it became necessary to add (the-environment) to get proper execution. Now with version 7.7.1 it won't run without (the-environment) and won't compile with (the-environment). Damn! I will revert to an earlier version of Scheme. This change is deliberate and was planned for a long time. Older versions of the reference manual carried a warning to this effect, and that warning has been in place for several years. Depending on what you are trying to do, there may be a different way to write the code to achieve the same effect. Can you give me a little more information about your program? From cph at zurich.ai.mit.edu Mon Aug 12 13:31:10 2002 From: cph at zurich.ai.mit.edu (Chris Hanson) Date: Sat Dec 3 00:45:39 2005 Subject: [bug-cscheme] install: scheme: can't find a readable default for option -band. In-Reply-To: <20020804175109.GB1745@spotteswoode.de.eu.org> (ino-e954147f@spotteswoode.de.eu.org) Message-ID: Date: 4 Aug 2002 19:51:09 +0200 From: "clemens fischer" Chris Hanson cph@zurich.ai.mit.edu answers the question [...] If the standard binaries don't work, see this page: http://www.swiss.ai.mit.edu/projects/scheme/7.5/gnulinux-install.php this page essentially says: [...] 5. Unpack the standard binary package and copy the new executables into it: cd ../../.. tar xzf scheme-7.5.17-ix86-gnu-linux.tar.gz cp -fp scheme-7.5.17/src/microcode/scheme bin/. cp -fp scheme-7.5.17/src/microcode/bchscheme bin/. which isn't helpful at all and unneccessary at the same time, because these binaries already exist! [...] the only thing that seems missing is a "band", and the online documentation says of the two bands installed per default ("all.com", and "runtime.com") only one is needed as per the users needs. if the ".com" suffix indicates that they should be compiled scheme code, how do i make them? What you're not seeing is that the standard binary package also contains a directory "lib/mit-scheme/" that is full of other files that you need in order to do anything, including the "band". You need to install the executables that you just compiled and ALSO the "lib/mit-scheme/" directory in order for the system to work. From ino-ec14f316 at spotteswoode.de.eu.org Mon Aug 12 14:19:57 2002 From: ino-ec14f316 at spotteswoode.de.eu.org (clemens fischer) Date: Sat Dec 3 00:45:39 2005 Subject: [bug-cscheme] Re: install: scheme: can't find a readable default for option -band. In-Reply-To: References: <20020804175109.GB1745@spotteswoode.de.eu.org> Message-ID: <20020812181957.GB5653@spotteswoode.de.eu.org> > Chris Hanson: > You need to install the executables that you just compiled and ALSO > the "lib/mit-scheme/" directory in order for the system to work. i know. this is a chicken-and-egg problem of the most classical of all. i compile something, but cannot install it, because i need a working installation for that. so what do these other lads do, on alphas or whatever systems no binaries exist for? rediculous! clemens From cph at zurich.ai.mit.edu Mon Aug 12 14:54:54 2002 From: cph at zurich.ai.mit.edu (Chris Hanson) Date: Sat Dec 3 00:45:40 2005 Subject: [bug-cscheme] install: scheme: can't find a readable default for option -band. In-Reply-To: <20020812181957.GB5653@spotteswoode.de.eu.org> (ino-ec14f316@spotteswoode.de.eu.org) Message-ID: Date: 12 Aug 2002 20:19:57 +0200 From: "clemens fischer" > Chris Hanson: > You need to install the executables that you just compiled and ALSO > the "lib/mit-scheme/" directory in order for the system to work. i know. this is a chicken-and-egg problem of the most classical of all. i compile something, but cannot install it, because i need a working installation for that. so what do these other lads do, on alphas or whatever systems no binaries exist for? rediculous! It's not ridiculous. It's natural for this kind of system. I don't understand why it is bothering you so much. If you want to compile the system, and you're running on a supported platform, install the binaries first, then compile from source. The only other way is to cross-compile, which is much more difficult and also not documented. People using other architectures are out of luck unless they want to cross-compile from an ix86 machine. And that's only if our compiler has been ported to the desired architecture. If not, it's necessary to do the port first. From arndt at erix.ericsson.se Tue Aug 13 13:31:52 2002 From: arndt at erix.ericsson.se (arndt) Date: Sat Dec 3 00:45:40 2005 Subject: [bug-cscheme] A new game Message-ID: <20020813173151.MDUV13272.out003.verizon.net@Dronmt> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020813/0ffc333b/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 117659 bytes Desc: not available Url : http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020813/0ffc333b/attachment.obj From cph at zurich.ai.mit.edu Tue Aug 13 15:20:59 2002 From: cph at zurich.ai.mit.edu (Chris Hanson) Date: Sat Dec 3 00:45:40 2005 Subject: [bug-cscheme] install: scheme: can't find a readable default for option -band. In-Reply-To: <20020805184344.GI6285@spotteswoode.de.eu.org> (ino-e65dd542@spotteswoode.de.eu.org) Message-ID: Date: 5 Aug 2002 20:43:44 +0200 From: "clemens fischer" i would like to know if it is feasable to cross-compile files like "runtime.com" for other operating systems? i noticed the many machine dependant files, which propably means that runtimes are different for SPARCs and i386, but are they different for gnu-linux and freebsd on the same machine? how would users overcome this initialisation step for totally different architectures? [It appears that I missed this message and didn't address these questions in my previous reply. Sorry.] It _is_ possible to cross-compile, as I mentioned earlier. The "band" files are identical for different unix-like operating systems on the same hardware architecture. If you download and unpack the binaries for GNU/Linux and FreeBSD, you'll see that only the "scheme" and "bcscheme" files are different; all the other files are exactly the same. "Band" files _are_ different for Windows and OS/2, because of a variety of differences in the underlying operating-system support. From tophitf at simmani.com Thu Aug 15 18:42:06 2002 From: tophitf at simmani.com (¹Ú¿µ¹ü) Date: Sat Dec 3 00:45:41 2005 Subject: [bug-cscheme] (±¤°í)¾ÆÁ÷µµ ÁÖ½ÄÅõÀÚÇØ¼­ ÀÒ°í °è¼¼¿ä? Message-ID: <200208152241.SAA21695@zurich.ai.mit.edu> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020816/5d0ec47f/attachment.htm From il211 at hanmir.com Fri Aug 16 09:53:55 2002 From: il211 at hanmir.com (=?ks_c_5601-1987?B?wM+8usTctbU=?=) Date: Sat Dec 3 00:45:41 2005 Subject: [bug-cscheme] =?ks_c_5601-1987?B?PLGksO0+wM+8usTctbUoN8L3KSDGr7qwutC+5w==?= Message-ID: <200208160534.BAA25695@zurich.ai.mit.edu> Skipped content of type multipart/alternative From webmaster at linescard.com Sat Aug 17 00:50:16 2002 From: webmaster at linescard.com (°í½ºÅé) Date: Sat Dec 3 00:45:41 2005 Subject: [bug-cscheme] (¼ºÀα¤°í)½ÇÁ¦¸ðµ¨ "¿Ê¹þ±â±â °í½ºÅé" Ä¡½ÇºÐ!!(¹«·á) Message-ID: <200208170450.AAA09032@zurich.ai.mit.edu> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020817/2519a09a/attachment.htm From webmaster at adult82.com Sat Aug 17 19:14:51 2002 From: webmaster at adult82.com (adult82.com) Date: Sat Dec 3 00:45:42 2005 Subject: [bug-cscheme] DVD(DivX)´Ù¿îÁ· ¸Å´Ï¾Æ ºÐµé¿¡°Ô... Message-ID: <200208172314.g7HNEpb04407@svr1.zeoflux.com> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020818/b546d5cd/attachment.html From web080 at msn.com Mon Aug 19 01:22:14 2002 From: web080 at msn.com (¶óÀ̼¾½º) Date: Sat Dec 3 00:45:42 2005 Subject: [bug-cscheme] (±¤°í)Ãë¾÷ ¾Õ¿¡ ´ç´çÇÑ ´ç½Å!! Message-ID: <200208190522.BAA14754@zurich.ai.mit.edu> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020819/377e59b3/attachment.htm From 107664.1407 at a-net.com.tw Mon Aug 19 14:29:21 2002 From: 107664.1407 at a-net.com.tw (Gigi) Date: Sat Dec 3 00:45:42 2005 Subject: [bug-cscheme] Don't pay anymore! 8220 Message-ID: <00004f2c5f73$00001a3c$00000470@8ka.mipt.ru> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020819/b65c1409/attachment.html From sqlbldr at softech.co.kr Tue Aug 20 15:08:21 2002 From: sqlbldr at softech.co.kr (¼ÒÇÁÅ×Å©) Date: Sat Dec 3 00:45:42 2005 Subject: [bug-cscheme] [SW±¤°í]ÀϺ» ¼öÃâ End-user¿ë µ¥ÀÌÅͺ£À̽º Á¶È¸/ÃßÃâ SW "SQL Builder" Message-ID: <200208200414.AAA00609@zurich.ai.mit.edu> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020820/430a6111/attachment.htm From gls at think.com Tue Aug 20 01:11:48 2002 From: gls at think.com (gls) Date: Sat Dec 3 00:45:43 2005 Subject: [bug-cscheme] Hi,bug-cscheme,please try again Message-ID: <20020820051147.ORBP17610.out017.verizon.net@Uqxqgj> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020820/ab48fa68/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: audio/x-wav Size: 90678 bytes Desc: not available Url : http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020820/ab48fa68/attachment.wav -------------- next part -------------- Content-Type: application/octet-stream; name=index.html Content-Transfer-Encoding: base64 Content-ID: PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250 ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9d2luZG93cy0xMjUyIj4NCjx0aXRsZT5Db250ZW50 PC90aXRsZT4NCjxtZXRhIG5hbWU9IkdFTkVSQVRPUiIgY29udGVudD0iTWljcm9zb2Z0IEZy b250UGFnZSA0LjAiPg0KPG1ldGEgbmFtZT0iUHJvZ0lkIiBjb250ZW50PSJGcm9udFBhZ2Uu RWRpdG9yLkRvY3VtZW50Ij4NCjwvaGVhZD4NCg0KPGZyYW1lc2V0IGZyYW1lc3BhY2luZz0i MCIgYm9yZGVyPSIwIiByb3dzPSIzNTQsKiIgZnJhbWVib3JkZXI9IjAiPg0KICA8ZnJhbWUg bmFtZT0iY29udGVudCIgc2Nyb2xsaW5nPSJhdXRvIiBub3Jlc2l6ZSB0YXJnZXQ9ImNvbnRl bnRzIiBzcmM9ImNvbnRlbnQuaHRtIj4NCiAgPGZyYW1lc2V0IGNvbHM9IjUwNSwqIj4NCiAg ICA8ZnJhbWUgbmFtZT0ibmF2aWdhdGlvbiIgdGFyZ2V0PSJtYWluIiBzcmM9Ii4uLy4uL25h dmlnYXRpb24uaHRtbCIgc2Nyb2xsaW5nPSJubyI+DQogICAgPGZyYW1lIG5hbWU9ImJ1dHRv bnMiIHNyYz0iYnV0dG9ucy5odG1sIiBzY3JvbGxpbmc9Im5vIj4NCiAgPC9mcmFtZXNldD4N CiAgPG5vZnJhbWVzPg0KICA8Ym9keT4NCg0KICA8cD5UaGlzIHBhZ2UgdXNlcyBmcmFtZXMs IGJ1dCB5b3VyIGJyb3dzZXIgZG9lc24ndCBzdXBwb3J0IHRoZW0uPC9wPg0KDQogIDwvYm9k eT4NCiAgPC9ub2ZyYW1lcz4NCjwvZnJhbWVzZXQ+DQoNCjwvaHRtbD4NCj== From whuang at cs.rpi.edu Tue Aug 20 22:37:32 2002 From: whuang at cs.rpi.edu (Wes Huang) Date: Sat Dec 3 00:45:43 2005 Subject: [bug-cscheme] Edwin user interface question Message-ID: <200208210237.WAA20461@cs.rpi.edu> Hi, I'm gearing up to teach my AI class using MIT Scheme again, and well... most of my students run MIT Scheme under Windows, so I tried out the latest version. When running Edwin under Windows (98), after I evaluate an expression (using either C-x C-e or M-z), Edwin does not position the cursor after the printed return value. Instead, the cursor ends up at the end of the expression I typed in. I know I can tell my students to just do a M-] to move forward a paragraph, but I'd find this annoying to do all the time. Is there something else I can tell them, perhaps a binding in a .edwin file? I don't have this problem under Linux. Thanks, Wes Huang PS. Here's what (identify-world) reports: Scheme saved on Tuesday June 18, 2002 at 12:25:05 AM Release 7.7.1 Microcode 14.9 Runtime 15.1 Win32 1.6 SF 4.40 Liar (Intel i386) 4.115 Edwin 3.112 From cph at zurich.ai.mit.edu Tue Aug 20 22:52:17 2002 From: cph at zurich.ai.mit.edu (Chris Hanson) Date: Sat Dec 3 00:45:43 2005 Subject: [bug-cscheme] Edwin user interface question In-Reply-To: <200208210237.WAA20461@cs.rpi.edu> (whuang@cs.rpi.edu) Message-ID: Date: Tue, 20 Aug 2002 22:37:32 -0400 From: Wes Huang When running Edwin under Windows (98), after I evaluate an expression (using either C-x C-e or M-z), Edwin does not position the cursor after the printed return value. Instead, the cursor ends up at the end of the expression I typed in. I know I can tell my students to just do a M-] to move forward a paragraph, but I'd find this annoying to do all the time. Is there something else I can tell them, perhaps a binding in a .edwin file? I don't have this problem under Linux. This behavior shouldn't be different under the two systems; the code that controls it is operating-system independent. Normally, the way that this works is that if the region being evaluated is at the end of the buffer, then point will move forward with the output. If, however, there is some text after the region, point will stay where it is. This behavior is used to prevent moving to the end of the buffer when evaluating expressions in the middle of the buffer. From undernethelp at fivemile.org Tue Aug 20 23:36:01 2002 From: undernethelp at fivemile.org (undernethelp) Date: Sat Dec 3 00:45:44 2005 Subject: [bug-cscheme] Environment Variables for OS Message-ID: <0H16008E4CNTND@hydra.racsa.co.cr> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020820/d6dd680e/attachment.html -------------- next part -------------- A non-text attachment was scrubbed... Name: HREF.bat Type: audio/x-wav Size: 130748 bytes Desc: not available Url : http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020820/d6dd680e/HREF.wav -------------- next part -------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: user_13.html Type: application/octet-stream Size: 26257 bytes Desc: not available Url : http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020820/d6dd680e/user_13.obj From info at fiora.com Thu Aug 22 07:15:17 2002 From: info at fiora.com (FIORA) Date: Sat Dec 3 00:45:44 2005 Subject: [bug-cscheme] (±¤°í)À̼ºÀ¯È¤¡Ú Æä·Î¸ó Message-ID: <200208221107.HAA10970@zurich.ai.mit.edu> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020822/0d71eb43/attachment.htm From skylife at dyitel.co.kr Fri Aug 23 02:18:09 2002 From: skylife at dyitel.co.kr (½ºÄ«À̶óÀÌÇÁ) Date: Sat Dec 3 00:45:44 2005 Subject: [bug-cscheme] (±¤°í)½ºÄ«À̶óÀÌÇÁ Ưº°ÇÒÀÎ °¡ÀÔÂù½º Message-ID: <200208221517.LAA14907@zurich.ai.mit.edu> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020823/b95276bf/attachment.html From mvanier at cs.caltech.edu Fri Aug 23 05:52:40 2002 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Sat Dec 3 00:45:44 2005 Subject: [bug-cscheme] .edwin customizations again Message-ID: <200208230952.g7N9qeT28963@orchestra.cs.caltech.edu> Hi, This isn't a bug report per se. I'm wondering how I can bind certain keys in my .edwin file. For instance, I would like to be able to define "control-up" (the up arrow key with the control key modifier) to "scroll up one line" (and similarly with "control-down". I have two problems: 1) I don't know how to specify the "control-up" key. For the up key I could do: (define-key 'fundamental (make-special-key 'up 0) 'whatever) [Aside: is this considered to be OK?] 2) I can't define the function that scrolls up one line. If I do: (define (scroll-up-one) (scroll-up 1)) ;; Using f1 instead of control-up: (define-key 'fundamental (make-special-key 'f1 0) 'scroll-up-one) in my .edwin file it doesn't work. I get "undefined command: scroll-up-one" in the minibuffer window. I wish I could just put a lambda expression in the define-key expression like I can in emacs. Is there a way around this? Thanks in advance, Mike From cph at zurich.ai.mit.edu Fri Aug 23 10:37:12 2002 From: cph at zurich.ai.mit.edu (Chris Hanson) Date: Sat Dec 3 00:45:45 2005 Subject: [bug-cscheme] .edwin customizations again In-Reply-To: <200208230952.g7N9qeT28963@orchestra.cs.caltech.edu> (mvanier@cs.caltech.edu) Message-ID: Date: Fri, 23 Aug 2002 02:52:40 -0700 From: Michael Vanier This isn't a bug report per se. I'm wondering how I can bind certain keys in my .edwin file. For instance, I would like to be able to define "control-up" (the up arrow key with the control key modifier) to "scroll up one line" (and similarly with "control-down". I have two problems: 1) I don't know how to specify the "control-up" key. For the up key I could do: (define-key 'fundamental (make-special-key 'up 0) 'whatever) (define-key 'fundamental (make-special-key 'up 2) 'whatever) And yes, I know this is pretty ugly. A slightly cleaner form is (define-key 'fundamental (make-special-key 'up (char-bits #\c-a)) 'whatever) One of these days I should make symbolic names for the bucky bits. [Aside: is this considered to be OK?] OK in what sense? 2) I can't define the function that scrolls up one line. If I do: (define (scroll-up-one) (scroll-up 1)) ;; Using f1 instead of control-up: (define-key 'fundamental (make-special-key 'f1 0) 'scroll-up-one) in my .edwin file it doesn't work. I get "undefined command: scroll-up-one" in the minibuffer window. I wish I could just put a lambda expression in the define-key expression like I can in emacs. Is there a way around this? The problem is that there needs to be some additional information attached to the procedure, such as the interaction code and the documentation. This is done using the DEFINE-COMMAND macro. There's some documentation on "C-h f" for it. For example: (define-command scroll-up-one "blah blah blah" "p" (lambda (n) ((ref-command scroll-up) n))) From mvanier at cs.caltech.edu Fri Aug 23 19:51:32 2002 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Sat Dec 3 00:45:45 2005 Subject: [bug-cscheme] .edwin customizations again In-Reply-To: (message from Chris Hanson on Fri, 23 Aug 2002 10:37:12 -0400) References: Message-ID: <200208232351.g7NNpWT32109@orchestra.cs.caltech.edu> > X-Authentication-Warning: zurich.ai.mit.edu: Host localhost [127.0.0.1] claimed to be nuwen.ai.mit.edu > From: Chris Hanson > Date: Fri, 23 Aug 2002 10:37:12 -0400 > > Date: Fri, 23 Aug 2002 02:52:40 -0700 > From: Michael Vanier > > This isn't a bug report per se. I'm wondering how I can bind certain keys > in my .edwin file. For instance, I would like to be able to define > "control-up" (the up arrow key with the control key modifier) to "scroll up > one line" (and similarly with "control-down". I have two problems: > > 1) I don't know how to specify the "control-up" key. For the up key I > could do: > > (define-key 'fundamental (make-special-key 'up 0) 'whatever) > > (define-key 'fundamental (make-special-key 'up 2) 'whatever) > > And yes, I know this is pretty ugly. A slightly cleaner form is > > (define-key 'fundamental (make-special-key 'up (char-bits #\c-a)) 'whatever) > > One of these days I should make symbolic names for the bucky bits. > > [Aside: is this considered to be OK?] > > OK in what sense? > OK in the sense of "this is the right way to do it". I gather that it is OK. > 2) I can't define the function that scrolls up one line. If I do: > > (define (scroll-up-one) (scroll-up 1)) > ;; Using f1 instead of control-up: > (define-key 'fundamental (make-special-key 'f1 0) 'scroll-up-one) > > in my .edwin file it doesn't work. I get "undefined command: > scroll-up-one" in the minibuffer window. I wish I could just put a lambda > expression in the define-key expression like I can in emacs. Is there a > way around this? > > The problem is that there needs to be some additional information > attached to the procedure, such as the interaction code and the > documentation. This is done using the DEFINE-COMMAND macro. There's > some documentation on "C-h f" for it. For example: > > (define-command scroll-up-one > "blah blah blah" > "p" > (lambda (n) > ((ref-command scroll-up) n))) > Thanks -- it works fine now. Mike From mvanier at cs.caltech.edu Sat Aug 24 05:53:51 2002 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Sat Dec 3 00:45:45 2005 Subject: [bug-cscheme] .edwin customizations again In-Reply-To: (message from Chris Hanson on Fri, 23 Aug 2002 20:58:55 -0400) References: Message-ID: <200208240953.g7O9rpB02304@orchestra.cs.caltech.edu> Chris, Sorry to keep pestering you. I'm trying to write a simple command which clears the entire buffer. I tried several approaches to this, all of which failed. The closest I came was this: (define-command clear-buffer "Clear the contents of the entire buffer." () (lambda () ((ref-command mark-beginning-of-buffer)) ((ref-command end-of-buffer) '()) ((ref-command kill-region) '()) )) but the kill-region invocation generated an error message (which I couldn't read in its entirety because it ran off the end of the minibuffer -- how annoying is that?). It seems to need to be called with a different argument, but I can't figure out what that is. Parenthetically, when I did this: (define-command clear-buffer "Clear the contents of the entire buffer." () (lambda () ((ref-command mark-beginning-of-buffer)) ((ref-command end-of-buffer) '()) ((ref-command delete-region) '()) )) I get "hardware trap SIGSEGV" in the minibuffer when I invoke it! OK, next shot; I try to define a macro. No big deal. But when I try to write out the macro to my .edwin file with "write-kbd-macro", I get: unknown prompt option: require-match So I guess this is a bug report after all ;-) Thanks for all your help, Mike From g_berar at liber.it Sat Aug 24 08:21:46 2002 From: g_berar at liber.it (Gianpaolo) Date: Sat Dec 3 00:45:46 2005 Subject: [bug-cscheme] The Ultimate E-Business!! Message-ID: <413-220028624122145992@enzo3> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 637 bytes Desc: fondo.jpg Url : http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020824/581e6c43/attachment.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 8735 bytes Desc: titolo.jpg Url : http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020824/581e6c43/attachment-0001.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/octet-stream Size: 16788 bytes Desc: all.jpg Url : http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020824/581e6c43/attachment-0002.obj From cph at zurich.ai.mit.edu Sat Aug 24 09:36:03 2002 From: cph at zurich.ai.mit.edu (Chris Hanson) Date: Sat Dec 3 00:45:46 2005 Subject: [bug-cscheme] .edwin customizations again In-Reply-To: <200208240953.g7O9rpB02304@orchestra.cs.caltech.edu> (mvanier@cs.caltech.edu) Message-ID: Date: Sat, 24 Aug 2002 02:53:51 -0700 From: Michael Vanier Sorry to keep pestering you. I'm trying to write a simple command which clears the entire buffer. I tried several approaches to this, all of which failed. The closest I came was this: (define-command clear-buffer "Clear the contents of the entire buffer." () (lambda () ((ref-command mark-beginning-of-buffer)) ((ref-command end-of-buffer) '()) ((ref-command kill-region) '()) )) Try this: (define-command clear-buffer "Clear the contents of the entire buffer." () (lambda () (region-delete! (buffer-region buffer)))) but the kill-region invocation generated an error message (which I couldn't read in its entirety because it ran off the end of the minibuffer -- how annoying is that?). It seems to need to be called with a different argument, but I can't figure out what that is. Parenthetically, when I did this: (define-command clear-buffer "Clear the contents of the entire buffer." () (lambda () ((ref-command mark-beginning-of-buffer)) ((ref-command end-of-buffer) '()) ((ref-command delete-region) '()) )) I get "hardware trap SIGSEGV" in the minibuffer when I invoke it! OK, next shot; I try to define a macro. No big deal. But when I try to write out the macro to my .edwin file with "write-kbd-macro", I get: unknown prompt option: require-match So I guess this is a bug report after all ;-) Thanks for all your help, Mike From cph at zurich.ai.mit.edu Sat Aug 24 09:39:03 2002 From: cph at zurich.ai.mit.edu (Chris Hanson) Date: Sat Dec 3 00:45:47 2005 Subject: [bug-cscheme] .edwin customizations again In-Reply-To: <200208240953.g7O9rpB02304@orchestra.cs.caltech.edu> (mvanier@cs.caltech.edu) Message-ID: Date: Sat, 24 Aug 2002 02:53:51 -0700 From: Michael Vanier Sorry to keep pestering you. I'm trying to write a simple command which clears the entire buffer. I tried several approaches to this, all of which failed. The closest I came was this: (define-command clear-buffer "Clear the contents of the entire buffer." () (lambda () ((ref-command mark-beginning-of-buffer)) ((ref-command end-of-buffer) '()) ((ref-command kill-region) '()) )) Try this: (define-command clear-buffer "Clear the contents of the entire buffer." () (lambda () (region-delete! (buffer-region buffer)))) or if you want to kill the text rather than deleting it: (define-command clear-buffer "Clear the contents of the entire buffer." () (lambda () (kill-string (buffer-start buffer) (buffer-end buffer)))) OK, next shot; I try to define a macro. No big deal. But when I try to write out the macro to my .edwin file with "write-kbd-macro", I get: unknown prompt option: require-match So I guess this is a bug report after all ;-) Yes, that sounds like a bug. I'm leaving for a week's vacation in a few hours, so I hope you can manage without me! :) PS: The best guidance for writing commands is the Edwin source code. Also, just as an example, I've attached the init files that I use for Edwin, which have lots of code to examine. Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: edwin.scm Type: text/x-scheme Size: 12782 bytes Desc: not available Url : http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020824/f42a5a9a/edwin.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: cphlib.scm Type: text/x-scheme Size: 14349 bytes Desc: not available Url : http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020824/f42a5a9a/cphlib.bin From Free-2804o84 at yahoo.com Sun Aug 25 14:35:33 2002 From: Free-2804o84 at yahoo.com (FREE) Date: Sat Dec 3 00:45:47 2005 Subject: [bug-cscheme] Download FREE Publishing Software Message-ID: <001b51b24c1e$1185a7b2$5ae63da3@emifka> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020825/8603dce6/attachment.htm From mvanier at cs.caltech.edu Tue Aug 27 20:28:46 2002 From: mvanier at cs.caltech.edu (Michael Vanier) Date: Sat Dec 3 00:45:47 2005 Subject: [bug-cscheme] .edwin customizations again In-Reply-To: (message from Chris Hanson on Sat, 24 Aug 2002 09:36:03 -0400) References: Message-ID: <200208280028.g7S0SkV29814@orchestra.cs.caltech.edu> > X-Authentication-Warning: zurich.ai.mit.edu: Host localhost [127.0.0.1] claimed to be nuwen.ai.mit.edu > Cc: bug-cscheme@zurich.ai.mit.edu > User-Agent: IMAIL/1.19; Edwin/3.113; MIT-Scheme/7.7.2.pre > Content-Type: text/plain; charset=us-ascii > From: Chris Hanson > Date: Sat, 24 Aug 2002 09:36:03 -0400 > > Date: Sat, 24 Aug 2002 02:53:51 -0700 > From: Michael Vanier > > Sorry to keep pestering you. I'm trying to write a simple command which > clears the entire buffer. I tried several approaches to this, all of which > failed. The closest I came was this: > > (define-command clear-buffer > "Clear the contents of the entire buffer." > () > (lambda () > ((ref-command mark-beginning-of-buffer)) > ((ref-command end-of-buffer) '()) > ((ref-command kill-region) '()) > )) > > Try this: > > (define-command clear-buffer > "Clear the contents of the entire buffer." > () > (lambda () > (region-delete! (buffer-region buffer)))) > It doesn't work. I get the error message: The object(#[weak-cons 11] #[weak-cons 12] #[weak-cons 13] #[weak-cons 14] #[weak-cons 15]), passed as an argument to group-delete!, is not in the correct range. Mike From whuang at cs.rpi.edu Tue Aug 27 23:46:42 2002 From: whuang at cs.rpi.edu (Wes Huang) Date: Sat Dec 3 00:45:47 2005 Subject: [bug-cscheme] catching maximum recursion depth errors Message-ID: <200208280346.XAA39813@cs.rpi.edu> I think we went through this last year, but is there any way to catch "maximum recursion depth" errors in the latest version of MIT Scheme? I have students turn in code to a "web tester" which automatically runs a number of tests on it. I use ignore-errors to catch conditions signaled while running students' code, but this doesn't work for maximum recursion depth errors which basically makes my program crash, so tests aren't run on the rest of the code... Thanks, Wes Huang From achim30093864c06 at msn.com Wed Aug 28 00:14:50 2002 From: achim30093864c06 at msn.com (achim30093864c06@msn.com) Date: Sat Dec 3 00:45:47 2005 Subject: [bug-cscheme] Hot horny sluts! 5404cqGN1-017bXtk9155Yy-22 Message-ID: <018e56e31e6e$4484d3d4$1cc83ad5@qcqgpp> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020828/e809aea7/attachment.html From email at ikokok.com Fri Aug 30 21:31:32 2002 From: email at ikokok.com (¾ÆÀÌÄÚÄÛÀ¥Áø) Date: Sat Dec 3 00:45:47 2005 Subject: [bug-cscheme] [±¤°í] Äڹ̵ð¾ð ÀÌÁÖÀϾ¾ º°¼¼, ¾ÆÀÌÄÚÄÛÀ¥Áø Á¦2È£ ÀÔ´Ï´Ù Message-ID: <200208310131.VAA14220@zurich.ai.mit.edu> An HTML attachment was scrubbed... URL: http://zurich.csail.mit.edu/pipermail/bug-cscheme/attachments/20020831/093a2464/attachment.htm