Received: from vmb.brl.mil by VMB.BRL.MIL id ae04892; 10 Jul 90 9:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag04266; 10 Jul 90 9:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad04056; 10 Jul 90 9:13 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04374; 10 Jul 90 8:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29579; Mon, 9 Jul 90 23:20:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 06:02:16 GMT From: Chris Shaw Organization: University of Alberta, Edmonton, Canada Subject: Re: Help Requested on Arenas Message-Id: <1990Jul10.060216.1504@cs.UAlberta.CA> References: <9007051819.AA09079@trouble.cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article X zyda@trouble.cs.nps.navy.mil (michael zyda) writes: > In order for the other processes to have access to that allocated >shared memory, the other processes must somehow obtain a pointer >to that allocated memory. How is this done safely, i.e. what >system routine do I call in process 1 to find a pointer to >the first byte allocated by usmalloc in process 2? Perhaps you could try opening a socket connection such that process 1 sets up a service and the other process(es) open a simple client connection to process 1's service. Do some communication, figure who usmalloc'd what, then close the connection and await a new one. This will serialize multiple client starts into the common area. The rest of the communication could be done via the shared memory. Should work. > Michael Zyda > zyda@trouble.cs.nps.navy.mil -- Chris Shaw University of Alberta cdshaw@cs.UAlberta.ca Now with new, minty Internet flavour! CatchPhrase: Bogus as HELL !   Received: from vmb.brl.mil by VMB.BRL.MIL id ad04892; 10 Jul 90 9:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af04266; 10 Jul 90 9:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac04056; 10 Jul 90 9:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04359; 10 Jul 90 8:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07503; Tue, 10 Jul 90 02:35:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 07:36:22 GMT From: Paul Haeberli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Another Free PostScript Font from Silicon Graphics Message-Id: <63685@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Here's another outline font in Adobe type 3 format. This is a replica of my handwriting, drawn onto the screen of an IRIS, and auto traced into a PostScript Font. %!PS-Adobe-1.0 %%Creator: tracefont (Paul Haeberli and Seth Teller at Silicon Graphics) %%Title: HaeberliWriting font %%Pages: 0 %%EndComments /newfont 10 dict def newfont begin /FontType 3 def /FontMatrix [.001 0 0 .001 0 0] def /FontBBox [0 0 0 0] def /Encoding 256 array def 0 1 255 {Encoding exch /.notdef put} for Encoding 32 /c032 put Encoding 33 /c033 put Encoding 34 /c034 put Encoding 35 /c035 put Encoding 36 /c036 put Encoding 37 /c037 put Encoding 38 /c038 put Encoding 39 /c039 put Encoding 40 /c040 put Encoding 41 /c041 put Encoding 42 /c042 put Encoding 43 /c043 put Encoding 44 /c044 put Encoding 45 /c045 put Encoding 46 /c046 put Encoding 47 /c047 put Encoding 48 /c048 put Encoding 49 /c049 put Encoding 50 /c050 put Encoding 51 /c051 put Encoding 52 /c052 put Encoding 53 /c053 put Encoding 54 /c054 put Encoding 55 /c055 put Encoding 56 /c056 put Encoding 57 /c057 put Encoding 58 /c058 put Encoding 59 /c059 put Encoding 60 /c060 put Encoding 61 /c061 put Encoding 62 /c062 put Encoding 63 /c063 put Encoding 64 /c064 put Encoding 65 /c065 put Encoding 66 /c066 put Encoding 67 /c067 put Encoding 68 /c068 put Encoding 69 /c069 put Encoding 70 /c070 put Encoding 71 /c071 put Encoding 72 /c072 put Encoding 73 /c073 put Encoding 74 /c074 put Encoding 75 /c075 put Encoding 76 /c076 put Encoding 77 /c077 put Encoding 78 /c078 put Encoding 79 /c079 put Encoding 80 /c080 put Encoding 81 /c081 put Encoding 82 /c082 put Encoding 83 /c083 put Encoding 84 /c084 put Encoding 85 /c085 put Encoding 86 /c086 put Encoding 87 /c087 put Encoding 88 /c088 put Encoding 89 /c089 put Encoding 90 /c090 put Encoding 91 /c091 put Encoding 92 /c092 put Encoding 93 /c093 put Encoding 94 /c094 put Encoding 95 /c095 put Encoding 96 /c096 put Encoding 97 /c097 put Encoding 98 /c098 put Encoding 99 /c099 put Encoding 100 /c100 put Encoding 101 /c101 put Encoding 102 /c102 put Encoding 103 /c103 put Encoding 104 /c104 put Encoding 105 /c105 put Encoding 106 /c106 put Encoding 107 /c107 put Encoding 108 /c108 put Encoding 109 /c109 put Encoding 110 /c110 put Encoding 111 /c111 put Encoding 112 /c112 put Encoding 113 /c113 put Encoding 114 /c114 put Encoding 115 /c115 put Encoding 116 /c116 put Encoding 117 /c117 put Encoding 118 /c118 put Encoding 119 /c119 put Encoding 120 /c120 put Encoding 121 /c121 put Encoding 122 /c122 put Encoding 123 /c123 put Encoding 124 /c124 put Encoding 125 /c125 put Encoding 126 /c126 put /CharProcs 96 dict def CharProcs begin /.notdef {} def /c032 { %% begin def char space (' ') 600 0 0 0 600 800 setcachedevice } def % end def char space (' ') /c033 { %% begin def char exclamation ('!') 259 0 60 -15 199 624 setcachedevice newpath 114 -15 moveto 154 13 lineto 141 80 lineto 85 102 lineto 60 48 lineto 73 12 lineto closepath 119 143 moveto 147 170 lineto 199 611 lineto 163 624 lineto 137 571 lineto 93 158 lineto closepath fill } def %% end def char exclamation ('!') /c034 { %% begin def char doublequote ('"') 304 0 60 484 244 682 setcachedevice newpath 93 484 moveto 119 512 lineto 112 667 lineto 86 682 lineto 60 654 lineto 60 507 lineto closepath 182 494 moveto 210 547 lineto 244 665 lineto 219 682 lineto 189 658 lineto 148 510 lineto closepath fill } def %% end def char doublequote ('"') /c035 { %% begin def char sharp ('#') 515 0 60 70 455 588 setcachedevice newpath 250 70 moveto 282 92 lineto 333 215 lineto 338 224 lineto 417 240 lineto 419 278 lineto 370 286 lineto 362 290 lineto 365 300 lineto 382 349 lineto 387 356 lineto 397 359 lineto 455 370 lineto 452 408 lineto 413 414 lineto 405 417 lineto 406 426 lineto 426 536 lineto 404 554 lineto 373 533 lineto 343 413 lineto 335 408 lineto 305 404 lineto 295 403 lineto 289 410 lineto 314 571 lineto 280 588 lineto 258 544 lineto 230 404 lineto 225 396 lineto 96 368 lineto 95 339 lineto 142 326 lineto 193 333 lineto 203 335 lineto 208 327 lineto 193 278 lineto 188 269 lineto 179 267 lineto 69 246 lineto 60 219 lineto 92 197 lineto 162 208 lineto 169 203 lineto 149 96 lineto 170 77 lineto 201 99 lineto 227 207 lineto 232 216 lineto 241 218 lineto 262 221 lineto 272 220 lineto 274 212 lineto 227 99 lineto closepath 254 288 moveto 270 339 lineto 279 343 lineto 311 348 lineto 320 346 lineto 316 336 lineto 299 286 lineto 292 278 lineto 260 276 lineto 250 278 lineto closepath fill } def %% end def char sharp ('#') /c036 { %% begin def char dollar ('$') 552 0 60 -28 492 625 setcachedevice newpath 187 -28 moveto 223 -16 lineto 252 91 lineto 256 100 lineto 266 101 lineto 308 104 lineto 317 101 lineto 315 91 lineto 314 -9 lineto 341 -20 lineto 366 20 lineto 375 112 lineto 381 120 lineto 469 173 lineto 492 250 lineto 456 334 lineto 400 379 lineto 393 386 lineto 393 501 lineto 394 511 lineto 404 513 lineto 451 523 lineto 450 561 lineto 400 570 lineto 390 567 lineto 387 576 lineto 375 625 lineto 337 625 lineto 330 566 lineto 329 556 lineto 321 551 lineto 312 546 lineto 302 542 lineto 296 548 lineto 278 583 lineto 242 573 lineto 242 522 lineto 241 512 lineto 196 457 lineto 209 409 lineto 235 393 lineto 242 386 lineto 212 171 lineto 204 166 lineto 116 219 lineto 81 237 lineto 60 217 lineto 75 182 lineto 169 120 lineto 188 112 lineto 197 107 lineto 195 97 lineto 174 -13 lineto closepath 267 158 moveto 268 169 lineto 294 352 lineto 295 362 lineto 304 366 lineto 332 353 lineto 335 344 lineto 322 168 lineto 317 161 lineto 276 156 lineto closepath 382 184 moveto 382 195 lineto 387 298 lineto 387 309 lineto 394 313 lineto 403 309 lineto 436 245 lineto 418 199 lineto 390 184 lineto closepath 322 419 moveto 312 422 lineto 302 426 lineto 299 436 lineto 299 469 lineto 299 479 lineto 308 485 lineto 328 494 lineto 335 490 lineto 335 480 lineto 335 425 lineto 332 415 lineto closepath fill } def %% end def char dollar ('$') /c037 { %% begin def char percent ('%') 549 0 60 -96 489 643 setcachedevice newpath 80 -96 moveto 114 -81 lineto 489 623 lineto 457 643 lineto 408 578 lineto 64 -62 lineto closepath 366 63 moveto 444 87 lineto 489 142 lineto 478 192 lineto 472 200 lineto 464 205 lineto 470 214 lineto 462 251 lineto 414 244 lineto 338 174 lineto 317 107 lineto 347 69 lineto closepath 374 122 moveto 378 132 lineto 402 165 lineto 410 172 lineto 419 171 lineto 427 164 lineto 431 156 lineto 426 146 lineto 383 120 lineto closepath 142 333 moveto 222 352 lineto 265 408 lineto 248 465 lineto 242 473 lineto 248 480 lineto 256 516 lineto 200 537 lineto 113 510 lineto 60 447 lineto 60 387 lineto 112 340 lineto closepath 137 393 moveto 113 410 lineto 133 455 lineto 160 472 lineto 170 475 lineto 175 470 lineto 194 436 lineto 203 431 lineto 208 422 lineto 205 412 lineto 148 390 lineto closepath fill } def %% end def char percent ('%') /c038 { %% begin def char ampersand ('&') 521 0 60 2 461 571 setcachedevice newpath 444 2 moveto 454 5 lineto 461 13 lineto 455 51 lineto 335 150 lineto 333 159 lineto 351 204 lineto 328 223 lineto 301 209 lineto 295 201 lineto 287 204 lineto 239 284 lineto 236 294 lineto 322 434 lineto 328 526 lineto 288 571 lineto 230 566 lineto 171 495 lineto 152 384 lineto 165 296 lineto 74 158 lineto 60 78 lineto 86 34 lineto 154 18 lineto 247 62 lineto 286 96 lineto 292 104 lineto 301 102 lineto 434 2 lineto closepath 116 90 moveto 147 178 lineto 191 237 lineto 200 241 lineto 205 231 lineto 251 161 lineto 258 153 lineto 253 144 lineto 170 81 lineto 128 76 lineto 118 80 lineto closepath 211 377 moveto 222 470 lineto 260 518 lineto 269 518 lineto 274 508 lineto 259 428 lineto 226 374 lineto 221 366 lineto 212 367 lineto closepath fill } def %% end def char ampersand ('&') /c039 { %% begin def char apostrophe (''') 219 0 60 419 159 614 setcachedevice newpath 75 419 moveto 109 435 lineto 159 590 lineto 131 614 lineto 104 588 lineto 60 432 lineto closepath fill } def %% end def char apostrophe (''') /c040 { %% begin def char leftparen ('(') 293 0 60 -59 233 689 setcachedevice newpath 191 -59 moveto 221 -55 lineto 224 -18 lineto 149 79 lineto 116 229 lineto 134 444 lineto 190 598 lineto 233 666 lineto 216 689 lineto 180 675 lineto 105 553 lineto 60 333 lineto 72 137 lineto 126 5 lineto closepath fill } def %% end def char leftparen ('(') /c041 { %% begin def char rightparen (')') 321 0 60 -106 261 686 setcachedevice newpath 162 -106 moveto 195 -71 lineto 254 93 lineto 261 268 lineto 225 460 lineto 145 627 lineto 88 686 lineto 60 679 lineto 61 642 lineto 145 513 lineto 201 316 lineto 199 110 lineto 148 -45 lineto 136 -93 lineto closepath fill } def %% end def char rightparen (')') /c042 { %% begin def char asterisk ('*') 416 0 60 208 356 514 setcachedevice newpath 132 208 moveto 170 238 lineto 186 265 lineto 193 266 lineto 198 257 lineto 237 210 lineto 272 224 lineto 263 261 lineto 235 305 lineto 230 314 lineto 238 320 lineto 354 362 lineto 356 400 lineto 318 404 lineto 269 386 lineto 258 385 lineto 259 393 lineto 296 499 lineto 261 514 lineto 197 397 lineto 193 388 lineto 185 387 lineto 179 396 lineto 135 466 lineto 99 455 lineto 114 398 lineto 135 362 lineto 141 354 lineto 137 347 lineto 60 318 lineto 60 289 lineto 96 276 lineto 116 283 lineto 126 286 lineto 131 281 lineto 125 273 lineto 109 226 lineto closepath fill } def %% end def char asterisk ('*') /c043 { %% begin def char plus ('+') 530 0 60 80 470 477 setcachedevice newpath 270 80 moveto 291 113 lineto 296 259 lineto 301 267 lineto 311 268 lineto 454 283 lineto 470 318 lineto 436 335 lineto 313 325 lineto 302 325 lineto 299 334 lineto 284 476 lineto 247 477 lineto 239 397 lineto 241 335 lineto 239 325 lineto 228 325 lineto 72 322 lineto 60 287 lineto 94 268 lineto 228 268 lineto 237 264 lineto 239 254 lineto 242 90 lineto closepath fill } def %% end def char plus ('+') /c044 { %% begin def char comma (',') 247 0 60 -111 187 107 setcachedevice newpath 96 -109 moveto 150 -47 lineto 187 71 lineto 173 107 lineto 143 103 lineto 88 -41 lineto 60 -83 lineto 86 -111 lineto closepath fill } def %% end def char comma (',') /c045 { %% begin def char minus ('-') 500 0 60 231 440 290 setcachedevice newpath 343 231 moveto 435 234 lineto 440 271 lineto 372 286 lineto 72 290 lineto 60 255 lineto 94 239 lineto closepath fill } def %% end def char minus ('-') /c046 { %% begin def char period ('.') 210 0 60 21 150 109 setcachedevice newpath 94 21 moveto 144 33 lineto 150 71 lineto 103 109 lineto 60 82 lineto 60 42 lineto closepath fill } def %% end def char period ('.') /c047 { %% begin def char slash ('/') 512 0 60 -72 452 625 setcachedevice newpath 85 -72 moveto 124 -43 lineto 266 185 lineto 452 589 lineto 439 625 lineto 403 614 lineto 181 146 lineto 60 -44 lineto closepath fill } def %% end def char slash ('/') /c048 { %% begin def char 0 ('0') 524 0 60 44 464 604 setcachedevice newpath 203 44 moveto 291 71 lineto 405 176 lineto 464 307 lineto 459 431 lineto 409 508 lineto 339 551 lineto 331 557 lineto 334 566 lineto 330 596 lineto 281 604 lineto 178 536 lineto 97 416 lineto 60 288 lineto 74 165 lineto 128 78 lineto 192 44 lineto closepath 193 104 moveto 137 161 lineto 117 283 lineto 155 411 lineto 247 522 lineto 272 540 lineto 281 538 lineto 302 506 lineto 373 464 lineto 412 381 lineto 393 271 lineto 317 162 lineto 233 104 lineto closepath fill } def %% end def char 0 ('0') /c049 { %% begin def char 1 ('1') 194 0 60 -7 134 585 setcachedevice newpath 92 -5 moveto 113 25 lineto 134 448 lineto 124 572 lineto 98 585 lineto 73 558 lineto 67 133 lineto 60 11 lineto 72 -4 lineto 82 -7 lineto closepath fill } def %% end def char 1 ('1') /c050 { %% begin def char 2 ('2') 505 0 60 -18 445 580 setcachedevice newpath 187 -18 moveto 441 8 lineto 445 45 lineto 387 54 lineto 223 44 lineto 213 45 lineto 213 54 lineto 340 392 lineto 351 513 lineto 311 570 lineto 221 580 lineto 105 541 lineto 60 486 lineto 73 460 lineto 110 470 lineto 198 518 lineto 289 518 lineto 294 449 lineto 215 204 lineto 140 14 lineto 167 -14 lineto closepath fill } def %% end def char 2 ('2') /c051 { %% begin def char 3 ('3') 460 0 60 2 400 582 setcachedevice newpath 103 2 moveto 298 70 lineto 374 138 lineto 400 225 lineto 366 321 lineto 335 384 lineto 378 488 lineto 357 544 lineto 263 582 lineto 120 572 lineto 60 533 lineto 60 495 lineto 97 493 lineto 171 526 lineto 293 516 lineto 312 508 lineto 320 502 lineto 322 491 lineto 277 377 lineto 306 313 lineto 342 228 lineto 314 153 lineto 228 98 lineto 82 48 lineto 78 19 lineto closepath fill } def %% end def char 3 ('3') /c052 { %% begin def char 4 ('4') 523 0 60 7 463 588 setcachedevice newpath 362 7 moveto 394 25 lineto 463 564 lineto 433 585 lineto 408 556 lineto 378 312 lineto 369 306 lineto 126 278 lineto 117 283 lineto 121 292 lineto 208 567 lineto 188 588 lineto 155 569 lineto 60 266 lineto 78 231 lineto 190 224 lineto 353 246 lineto 363 247 lineto 368 240 lineto 341 28 lineto 344 18 lineto 352 11 lineto closepath fill } def %% end def char 4 ('4') /c053 { %% begin def char 5 ('5') 544 0 60 -12 484 606 setcachedevice newpath 155 -12 moveto 267 -5 lineto 366 48 lineto 415 137 lineto 407 228 lineto 347 298 lineto 205 356 lineto 144 364 lineto 134 363 lineto 132 372 lineto 155 544 lineto 164 549 lineto 472 556 lineto 484 592 lineto 478 600 lineto 376 606 lineto 89 601 lineto 85 564 lineto 98 527 lineto 76 324 lineto 120 303 lineto 212 297 lineto 324 246 lineto 361 185 lineto 341 107 lineto 277 57 lineto 165 41 lineto 79 71 lineto 60 39 lineto 116 -2 lineto closepath fill } def %% end def char 5 ('5') /c054 { %% begin def char 6 ('6') 406 0 60 39 346 621 setcachedevice newpath 177 39 moveto 245 60 lineto 325 154 lineto 346 253 lineto 315 340 lineto 241 375 lineto 162 364 lineto 152 361 lineto 143 356 lineto 138 361 lineto 140 371 lineto 208 521 lineto 278 594 lineto 267 621 lineto 219 612 lineto 140 517 lineto 74 344 lineto 60 201 lineto 95 94 lineto 157 42 lineto closepath 167 99 moveto 122 168 lineto 120 270 lineto 198 317 lineto 259 311 lineto 291 249 lineto 263 162 lineto 197 97 lineto closepath fill } def %% end def char 6 ('6') /c055 { %% begin def char 7 ('7') 554 0 60 33 494 620 setcachedevice newpath 229 33 moveto 264 47 lineto 383 310 lineto 392 315 lineto 452 309 lineto 466 335 lineto 426 364 lineto 416 367 lineto 409 371 lineto 413 381 lineto 494 580 lineto 466 620 lineto 291 612 lineto 66 591 lineto 60 583 lineto 69 547 lineto 326 557 lineto 428 569 lineto 434 564 lineto 430 555 lineto 354 385 lineto 346 380 lineto 264 376 lineto 255 340 lineto 302 325 lineto 313 325 lineto 323 324 lineto 321 315 lineto 213 58 lineto closepath fill } def %% end def char 7 ('7') /c056 { %% begin def char 8 ('8') 541 0 60 2 481 629 setcachedevice newpath 210 2 moveto 331 22 lineto 432 93 lineto 481 182 lineto 474 252 lineto 381 343 lineto 376 348 lineto 383 355 lineto 457 426 lineto 473 493 lineto 422 578 lineto 389 559 lineto 418 475 lineto 375 419 lineto 274 368 lineto 194 369 lineto 163 394 lineto 170 453 lineto 244 538 lineto 339 575 lineto 371 597 lineto 352 629 lineto 253 609 lineto 151 525 lineto 104 423 lineto 120 355 lineto 188 312 lineto 195 306 lineto 188 300 lineto 98 218 lineto 60 135 lineto 81 57 lineto 159 9 lineto closepath 205 59 moveto 128 87 lineto 120 146 lineto 174 221 lineto 293 285 lineto 344 294 lineto 352 290 lineto 426 223 lineto 416 164 lineto 343 91 lineto 215 57 lineto closepath fill } def %% end def char 8 ('8') /c057 { %% begin def char 9 ('9') 484 0 60 -54 424 634 setcachedevice newpath 398 -54 moveto 424 -27 lineto 384 383 lineto 340 406 lineto 177 344 lineto 122 367 lineto 120 427 lineto 176 513 lineto 271 574 lineto 352 584 lineto 359 592 lineto 350 629 lineto 281 634 lineto 178 588 lineto 92 499 lineto 60 402 lineto 78 333 lineto 136 292 lineto 227 299 lineto 322 339 lineto 332 344 lineto 338 340 lineto 341 330 lineto 367 -19 lineto 388 -52 lineto closepath fill } def %% end def char 9 ('9') /c058 { %% begin def char colon (':') 208 0 60 7 148 380 setcachedevice newpath 78 7 moveto 138 14 lineto 148 63 lineto 146 122 lineto 107 126 lineto 60 70 lineto 62 21 lineto closepath 93 275 moveto 148 302 lineto 148 363 lineto 100 380 lineto 62 333 lineto 74 283 lineto closepath fill } def %% end def char colon (':') /c059 { %% begin def char semicolon (';') 254 0 60 -61 194 360 setcachedevice newpath 132 -61 moveto 177 -6 lineto 194 92 lineto 139 135 lineto 94 115 lineto 74 58 lineto 114 31 lineto 125 33 lineto 130 26 lineto 128 16 lineto 101 -38 lineto closepath 101 247 moveto 150 261 lineto 166 308 lineto 144 354 lineto 96 360 lineto 60 325 lineto 67 267 lineto closepath fill } def %% end def char semicolon (';') /c060 { %% begin def char lessthan ('<') 474 0 60 -46 414 604 setcachedevice newpath 387 -46 moveto 414 -35 lineto 410 3 lineto 223 210 lineto 150 269 lineto 142 276 lineto 145 284 lineto 414 571 lineto 410 600 lineto 372 604 lineto 109 326 lineto 60 274 lineto 82 244 lineto 215 145 lineto closepath fill } def %% end def char lessthan ('<') /c061 { %% begin def char equals ('=') 451 0 60 226 391 418 setcachedevice newpath 117 226 moveto 360 252 lineto 359 289 lineto 228 291 lineto 107 274 lineto 100 237 lineto 107 229 lineto closepath 326 351 moveto 385 358 lineto 391 367 lineto 390 388 lineto 383 396 lineto 126 418 lineto 65 406 lineto 60 369 lineto 107 359 lineto closepath fill } def %% end def char equals ('=') /c062 { %% begin def char greaterthan ('>') 508 0 60 -51 448 622 setcachedevice newpath 87 -51 moveto 273 109 lineto 448 300 lineto 434 336 lineto 119 622 lineto 82 614 lineto 86 576 lineto 377 314 lineto 383 305 lineto 376 298 lineto 89 14 lineto 60 -25 lineto closepath fill } def %% end def char greaterthan ('>') /c063 { %% begin def char question ('?') 426 0 60 20 366 587 setcachedevice newpath 222 20 moveto 255 42 lineto 264 46 lineto 290 59 lineto 285 98 lineto 232 127 lineto 175 107 lineto 175 68 lineto 202 26 lineto closepath 233 198 moveto 260 223 lineto 275 324 lineto 366 450 lineto 361 530 lineto 298 582 lineto 154 587 lineto 83 547 lineto 60 481 lineto 88 455 lineto 114 470 lineto 131 516 lineto 200 533 lineto 291 521 lineto 316 491 lineto 274 411 lineto 210 318 lineto 209 215 lineto closepath fill } def %% end def char question ('?') /c064 { %% begin def char at ('@') 624 0 60 18 564 600 setcachedevice newpath 350 18 moveto 459 46 lineto 531 103 lineto 564 199 lineto 543 231 lineto 511 212 lineto 478 126 lineto 388 78 lineto 286 84 lineto 191 143 lineto 126 247 lineto 116 370 lineto 160 484 lineto 237 534 lineto 338 538 lineto 407 495 lineto 444 400 lineto 430 288 lineto 412 264 lineto 403 260 lineto 397 269 lineto 375 368 lineto 382 375 lineto 392 411 lineto 346 429 lineto 249 402 lineto 176 330 lineto 153 274 lineto 180 222 lineto 238 208 lineto 321 247 lineto 329 255 lineto 337 261 lineto 343 254 lineto 370 211 lineto 429 209 lineto 482 270 lineto 502 369 lineto 474 489 lineto 416 561 lineto 311 600 lineto 201 581 lineto 113 512 lineto 70 420 lineto 60 287 lineto 105 163 lineto 187 73 lineto 300 24 lineto closepath 210 278 moveto 268 348 lineto 316 369 lineto 324 366 lineto 321 356 lineto 271 279 lineto 222 265 lineto 212 268 lineto closepath fill } def %% end def char at ('@') /c065 { %% begin def char A ('A') 790 0 60 -49 730 626 setcachedevice newpath 703 -49 moveto 723 -46 lineto 730 -39 lineto 718 30 lineto 479 525 lineto 429 626 lineto 391 621 lineto 241 338 lineto 234 330 lineto 132 320 lineto 130 283 lineto 190 273 lineto 200 271 lineto 200 262 lineto 60 -1 lineto 85 -28 lineto 121 5 lineto 267 268 lineto 273 275 lineto 543 272 lineto 549 265 lineto 693 -44 lineto closepath 489 330 moveto 310 333 lineto 306 338 lineto 311 347 lineto 402 524 lineto 408 532 lineto 414 527 lineto 511 342 lineto 516 332 lineto 510 328 lineto closepath fill } def %% end def char A ('A') /c066 { %% begin def char B ('B') 606 0 60 -28 546 630 setcachedevice newpath 199 -28 moveto 352 -14 lineto 472 42 lineto 540 131 lineto 546 222 lineto 497 300 lineto 406 344 lineto 335 356 lineto 325 356 lineto 324 364 lineto 332 371 lineto 395 451 lineto 396 531 lineto 340 589 lineto 192 627 lineto 79 630 lineto 60 608 lineto 96 452 lineto 111 216 lineto 77 36 lineto 77 0 lineto 110 -20 lineto closepath 189 28 moveto 149 36 lineto 142 42 lineto 168 256 lineto 168 267 lineto 171 276 lineto 248 302 lineto 412 285 lineto 477 238 lineto 494 179 lineto 459 105 lineto 363 47 lineto 210 26 lineto closepath 166 351 moveto 134 564 lineto 136 572 lineto 145 574 lineto 295 548 lineto 344 512 lineto 334 453 lineto 239 373 lineto 174 341 lineto 166 341 lineto closepath fill } def %% end def char B ('B') /c067 { %% begin def char C ('C') 609 0 60 -23 549 594 setcachedevice newpath 304 -23 moveto 433 8 lineto 534 93 lineto 549 130 lineto 518 151 lineto 399 55 lineto 310 33 lineto 215 69 lineto 138 166 lineto 114 285 lineto 140 394 lineto 212 495 lineto 302 540 lineto 394 535 lineto 453 497 lineto 478 512 lineto 461 559 lineto 399 592 lineto 287 594 lineto 194 552 lineto 105 452 lineto 60 316 lineto 73 173 lineto 144 60 lineto 245 -10 lineto closepath fill } def %% end def char C ('C') /c068 { %% begin def char D ('D') 736 0 60 -44 676 625 setcachedevice newpath 88 -44 moveto 273 -36 lineto 440 14 lineto 568 99 lineto 648 206 lineto 676 326 lineto 653 426 lineto 568 517 lineto 419 586 lineto 238 625 lineto 83 619 lineto 64 585 lineto 95 564 lineto 135 570 lineto 145 568 lineto 147 558 lineto 158 237 lineto 132 23 lineto 131 13 lineto 122 10 lineto 62 4 lineto 60 -33 lineto closepath 189 23 moveto 218 289 lineto 205 558 lineto 206 568 lineto 215 570 lineto 405 533 lineto 553 460 lineto 614 377 lineto 612 266 lineto 550 159 lineto 434 74 lineto 268 20 lineto 196 10 lineto 187 13 lineto closepath fill } def %% end def char D ('D') /c069 { %% begin def char E ('E') 653 0 60 -44 593 624 setcachedevice newpath 86 -44 moveto 468 -36 lineto 581 -37 lineto 593 -1 lineto 548 18 lineto 174 15 lineto 133 13 lineto 124 16 lineto 123 25 lineto 135 358 lineto 138 367 lineto 149 367 lineto 438 363 lineto 453 389 lineto 427 416 lineto 135 424 lineto 130 431 lineto 118 565 lineto 122 572 lineto 132 572 lineto 567 570 lineto 580 596 lineto 552 622 lineto 74 624 lineto 60 576 lineto 79 246 lineto 66 -21 lineto closepath fill } def %% end def char E ('E') /c070 { %% begin def char F ('F') 636 0 60 -65 576 635 setcachedevice newpath 88 -65 moveto 112 -35 lineto 130 358 lineto 136 364 lineto 436 368 lineto 454 401 lineto 420 421 lineto 140 421 lineto 130 424 lineto 130 435 lineto 122 569 lineto 125 578 lineto 136 578 lineto 539 572 lineto 576 583 lineto 570 620 lineto 439 635 lineto 89 626 lineto 60 602 lineto 74 407 lineto 60 -54 lineto 68 -61 lineto closepath fill } def %% end def char F ('F') /c071 { %% begin def char G ('G') 627 0 60 -111 567 609 setcachedevice newpath 458 -111 moveto 495 -103 lineto 504 123 lineto 490 276 lineto 453 282 lineto 445 234 lineto 448 57 lineto 446 48 lineto 436 46 lineto 282 47 lineto 190 92 lineto 127 186 lineto 120 298 lineto 165 401 lineto 277 491 lineto 421 546 lineto 563 560 lineto 567 597 lineto 488 609 lineto 327 577 lineto 175 490 lineto 90 386 lineto 60 268 lineto 87 138 lineto 163 42 lineto 275 -8 lineto 428 -12 lineto 438 -11 lineto 447 -12 lineto 448 -23 lineto 451 -104 lineto closepath fill } def %% end def char G ('G') /c072 { %% begin def char H ('H') 631 0 60 -44 571 630 setcachedevice newpath 137 -44 moveto 166 -17 lineto 176 315 lineto 177 325 lineto 187 328 lineto 509 338 lineto 517 334 lineto 517 324 lineto 515 -6 lineto 552 -12 lineto 567 77 lineto 571 617 lineto 563 624 lineto 533 624 lineto 526 616 lineto 517 409 lineto 517 399 lineto 508 395 lineto 188 382 lineto 178 384 lineto 176 394 lineto 150 619 lineto 114 630 lineto 101 585 lineto 119 390 lineto 117 380 lineto 107 380 lineto 60 365 lineto 69 329 lineto 109 325 lineto 119 323 lineto 122 313 lineto 113 -26 lineto closepath fill } def %% end def char H ('H') /c073 { %% begin def char I ('I') 190 0 60 13 130 589 setcachedevice newpath 106 13 moveto 130 43 lineto 125 470 lineto 108 582 lineto 71 589 lineto 60 542 lineto 78 210 lineto 79 23 lineto 86 16 lineto closepath fill } def %% end def char I ('I') /c074 { %% begin def char J ('J') 587 0 60 28 527 635 setcachedevice newpath 178 28 moveto 278 46 lineto 332 106 lineto 368 266 lineto 365 525 lineto 363 556 lineto 366 565 lineto 376 567 lineto 519 580 lineto 527 617 lineto 471 635 lineto 122 598 lineto 113 561 lineto 120 553 lineto 294 559 lineto 304 558 lineto 307 548 lineto 311 269 lineto 280 129 lineto 235 88 lineto 154 94 lineto 90 143 lineto 60 124 lineto 85 71 lineto closepath fill } def %% end def char J ('J') /c075 { %% begin def char K ('K') 554 0 60 -33 494 622 setcachedevice newpath 101 -33 moveto 130 -9 lineto 138 187 lineto 143 195 lineto 193 247 lineto 200 254 lineto 209 252 lineto 454 -26 lineto 483 -25 lineto 494 1 lineto 249 294 lineto 246 302 lineto 440 544 lineto 463 600 lineto 433 622 lineto 165 297 lineto 143 275 lineto 138 266 lineto 135 275 lineto 110 614 lineto 73 621 lineto 60 574 lineto 80 98 lineto 83 -24 lineto closepath fill } def %% end def char K ('K') /c076 { %% begin def char L ('L') 534 0 60 -25 474 579 setcachedevice newpath 126 -25 moveto 380 7 lineto 471 22 lineto 474 51 lineto 439 67 lineto 153 39 lineto 143 35 lineto 139 44 lineto 126 436 lineto 102 577 lineto 65 579 lineto 60 520 lineto 85 77 lineto 94 -3 lineto closepath fill } def %% end def char L ('L') /c077 { %% begin def char M ('M') 589 0 60 -44 529 620 setcachedevice newpath 497 -44 moveto 524 -32 lineto 529 422 lineto 503 604 lineto 468 620 lineto 429 575 lineto 311 266 lineto 304 261 lineto 300 270 lineto 166 572 lineto 132 609 lineto 93 581 lineto 60 170 lineto 77 7 lineto 112 -6 lineto 127 28 lineto 119 286 lineto 140 491 lineto 143 499 lineto 148 489 lineto 275 197 lineto 322 183 lineto 363 241 lineto 456 493 lineto 459 503 lineto 465 503 lineto 467 494 lineto 480 -33 lineto closepath fill } def %% end def char M ('M') /c078 { %% begin def char N ('N') 492 0 60 -23 432 597 setcachedevice newpath 107 -23 moveto 117 -20 lineto 135 13 lineto 125 406 lineto 120 446 lineto 122 456 lineto 127 449 lineto 293 151 lineto 370 -4 lineto 417 4 lineto 432 219 lineto 432 581 lineto 398 596 lineto 378 563 lineto 372 128 lineto 366 124 lineto 363 133 lineto 188 461 lineto 98 597 lineto 60 589 lineto 61 468 lineto 81 97 lineto 82 -5 lineto closepath fill } def %% end def char N ('N') /c079 { %% begin def char O ('O') 590 0 60 2 530 583 setcachedevice newpath 276 2 moveto 367 10 lineto 453 64 lineto 519 180 lineto 530 313 lineto 496 462 lineto 426 551 lineto 340 583 lineto 252 566 lineto 156 490 lineto 90 387 lineto 60 256 lineto 96 128 lineto 188 31 lineto closepath 271 62 moveto 174 118 lineto 122 219 lineto 125 311 lineto 173 424 lineto 254 504 lineto 332 528 lineto 406 495 lineto 461 396 lineto 474 242 lineto 438 135 lineto 372 71 lineto 281 59 lineto closepath fill } def %% end def char O ('O') /c080 { %% begin def char P ('P') 683 0 60 -54 623 632 setcachedevice newpath 157 -54 moveto 185 -27 lineto 209 425 lineto 202 571 lineto 202 581 lineto 211 583 lineto 426 559 lineto 555 496 lineto 564 457 lineto 504 402 lineto 219 283 lineto 224 245 lineto 234 242 lineto 449 313 lineto 583 390 lineto 623 460 lineto 600 528 lineto 496 594 lineto 327 632 lineto 100 632 lineto 60 606 lineto 73 572 lineto 134 579 lineto 143 579 lineto 146 569 lineto 147 217 lineto 132 -38 lineto closepath fill } def %% end def char P ('P') /c081 { %% begin def char Q ('Q') 695 0 60 -65 635 567 setcachedevice newpath 265 -65 moveto 387 -53 lineto 489 14 lineto 511 37 lineto 519 39 lineto 612 -2 lineto 635 26 lineto 580 69 lineto 553 85 lineto 545 91 lineto 549 100 lineto 583 240 lineto 570 383 lineto 474 550 lineto 385 567 lineto 255 539 lineto 155 469 lineto 90 377 lineto 60 237 lineto 89 99 lineto 159 -2 lineto closepath 273 -7 moveto 181 57 lineto 128 156 lineto 117 268 lineto 158 384 lineto 228 460 lineto 352 510 lineto 440 484 lineto 507 393 lineto 528 261 lineto 501 131 lineto 496 122 lineto 488 125 lineto 375 197 lineto 348 184 lineto 356 146 lineto 459 76 lineto 465 69 lineto 458 61 lineto 364 -2 lineto closepath fill } def %% end def char Q ('Q') /c082 { %% begin def char R ('R') 676 0 60 -59 616 625 setcachedevice newpath 164 -59 moveto 193 -54 lineto 213 149 lineto 195 521 lineto 192 552 lineto 190 562 lineto 197 567 lineto 388 536 lineto 490 468 lineto 500 419 lineto 447 357 lineto 296 291 lineto 221 265 lineto 231 229 lineto 321 162 lineto 521 0 lineto 591 -57 lineto 616 -41 lineto 597 3 lineto 393 179 lineto 324 225 lineto 315 230 lineto 317 238 lineto 326 242 lineto 493 321 lineto 549 393 lineto 555 453 lineto 507 531 lineto 388 593 lineto 176 625 lineto 73 617 lineto 60 591 lineto 87 567 lineto 117 570 lineto 127 570 lineto 134 563 lineto 156 181 lineto 149 -45 lineto closepath fill } def %% end def char R ('R') /c083 { %% begin def char S ('S') 559 0 60 -7 499 614 setcachedevice newpath 255 -7 moveto 389 -2 lineto 471 59 lineto 499 135 lineto 476 234 lineto 387 319 lineto 124 463 lineto 114 500 lineto 170 543 lineto 282 556 lineto 382 536 lineto 401 569 lineto 360 598 lineto 228 614 lineto 110 577 lineto 60 513 lineto 65 454 lineto 129 388 lineto 369 265 lineto 431 197 lineto 439 117 lineto 384 56 lineto 271 47 lineto 155 87 lineto 108 153 lineto 75 134 lineto 112 50 lineto closepath fill } def %% end def char S ('S') /c084 { %% begin def char T ('T') 705 0 60 -31 645 579 setcachedevice newpath 405 -31 moveto 434 -5 lineto 426 357 lineto 408 489 lineto 409 500 lineto 418 502 lineto 632 528 lineto 645 554 lineto 617 579 lineto 394 564 lineto 357 561 lineto 205 546 lineto 70 538 lineto 60 502 lineto 106 487 lineto 345 497 lineto 353 492 lineto 379 110 lineto 381 -13 lineto closepath fill } def %% end def char T ('T') /c085 { %% begin def char U ('U') 501 0 60 2 441 643 setcachedevice newpath 262 2 moveto 336 33 lineto 405 159 lineto 441 341 lineto 431 536 lineto 399 643 lineto 362 637 lineto 370 558 lineto 387 364 lineto 347 162 lineto 287 68 lineto 249 63 lineto 186 129 lineto 127 282 lineto 108 508 lineto 98 555 lineto 61 549 lineto 60 333 lineto 113 147 lineto 188 36 lineto closepath fill } def %% end def char U ('U') /c086 { %% begin def char V ('V') 573 0 60 -12 513 653 setcachedevice newpath 313 -12 moveto 350 1 lineto 440 305 lineto 513 635 lineto 480 653 lineto 456 611 lineto 324 91 lineto 318 88 lineto 315 97 lineto 163 503 lineto 93 616 lineto 60 600 lineto 82 533 lineto 200 258 lineto 296 -2 lineto closepath fill } def %% end def char V ('V') /c087 { %% begin def char W ('W') 724 0 60 -49 664 630 setcachedevice newpath 260 -49 moveto 298 -39 lineto 428 241 lineto 434 245 lineto 440 236 lineto 542 9 lineto 584 -12 lineto 617 6 lineto 646 157 lineto 664 529 lineto 651 630 lineto 614 630 lineto 607 560 lineto 596 219 lineto 581 85 lineto 578 75 lineto 571 72 lineto 567 82 lineto 459 316 lineto 420 321 lineto 353 218 lineto 275 37 lineto 269 33 lineto 266 43 lineto 146 427 lineto 103 595 lineto 66 598 lineto 60 550 lineto 190 83 lineto 243 -39 lineto closepath fill } def %% end def char W ('W') /c088 { %% begin def char X ('X') 658 0 60 -7 598 620 setcachedevice newpath 111 -7 moveto 147 4 lineto 329 255 lineto 336 263 lineto 344 260 lineto 571 -6 lineto 598 3 lineto 595 42 lineto 377 306 lineto 371 314 lineto 376 323 lineto 530 581 lineto 528 619 lineto 491 620 lineto 337 363 lineto 329 360 lineto 322 368 lineto 86 614 lineto 60 602 lineto 66 564 lineto 291 319 lineto 297 311 lineto 294 302 lineto 93 15 lineto closepath fill } def %% end def char X ('X') /c089 { %% begin def char Y ('Y') 669 0 60 -75 609 632 setcachedevice newpath 314 -75 moveto 347 -55 lineto 365 253 lineto 609 609 lineto 591 632 lineto 555 616 lineto 333 304 lineto 327 295 lineto 321 297 lineto 195 500 lineto 93 603 lineto 60 586 lineto 81 541 lineto 205 389 lineto 301 195 lineto 298 -62 lineto closepath fill } def %% end def char Y ('Y') /c090 { %% begin def char Z ('Z') 618 0 60 -28 558 589 setcachedevice newpath 109 -26 moveto 408 -19 lineto 551 -21 lineto 558 -13 lineto 546 22 lineto 267 39 lineto 185 36 lineto 175 38 lineto 179 45 lineto 360 283 lineto 520 559 lineto 497 588 lineto 84 589 lineto 60 559 lineto 75 535 lineto 428 533 lineto 438 532 lineto 439 523 lineto 230 192 lineto 75 1 lineto 99 -28 lineto closepath fill } def %% end def char Z ('Z') /c091 { %% begin def char leftbracket ('[') 330 0 60 -122 270 677 setcachedevice newpath 150 -122 moveto 260 -104 lineto 270 -76 lineto 265 -67 lineto 216 -59 lineto 134 -64 lineto 126 -58 lineto 126 -48 lineto 120 584 lineto 119 604 lineto 121 613 lineto 131 614 lineto 232 633 lineto 236 670 lineto 187 677 lineto 76 661 lineto 60 615 lineto 74 24 lineto 74 -99 lineto 119 -119 lineto closepath fill } def %% end def char leftbracket ('[') /c092 { %% begin def char backslash ('\') 602 0 60 -80 542 657 setcachedevice newpath 525 -80 moveto 535 -77 lineto 542 -70 lineto 533 -21 lineto 148 593 lineto 95 657 lineto 60 643 lineto 75 596 lineto 350 168 lineto 505 -75 lineto closepath fill } def %% end def char backslash ('\') /c093 { %% begin def char rightbracket (']') 349 0 60 -127 289 703 setcachedevice newpath 116 -127 moveto 276 -100 lineto 289 -52 lineto 267 255 lineto 276 680 lineto 244 703 lineto 60 693 lineto 60 656 lineto 203 643 lineto 213 645 lineto 220 640 lineto 220 630 lineto 212 141 lineto 230 -43 lineto 230 -53 lineto 221 -57 lineto 81 -82 lineto 86 -120 lineto closepath fill } def %% end def char rightbracket (']') /c094 { %% begin def char caret ('^') 457 0 60 330 397 548 setcachedevice newpath 93 330 moveto 178 406 lineto 224 475 lineto 231 477 lineto 238 469 lineto 372 357 lineto 397 386 lineto 297 489 lineto 225 548 lineto 180 511 lineto 104 416 lineto 60 360 lineto 83 330 lineto closepath fill } def %% end def char caret ('^') /c095 { %% begin def char underscore ('_') 780 0 60 -59 720 15 setcachedevice newpath 501 -59 moveto 707 -55 lineto 720 -20 lineto 687 -2 lineto 96 15 lineto 60 4 lineto 67 -32 lineto 272 -52 lineto closepath fill } def %% end def char underscore ('_') /c096 { %% begin def char backquote ('`') 284 0 60 487 224 674 setcachedevice newpath 190 487 moveto 224 505 lineto 201 561 lineto 94 674 lineto 64 671 lineto 60 633 lineto 162 517 lineto closepath fill } def %% end def char backquote ('`') /c097 { %% begin def char a ('a') 564 0 60 -59 504 442 setcachedevice newpath 249 -59 moveto 475 -41 lineto 504 -14 lineto 470 208 lineto 415 330 lineto 330 404 lineto 213 442 lineto 122 426 lineto 101 395 lineto 120 372 lineto 231 385 lineto 341 329 lineto 398 244 lineto 401 234 lineto 401 225 lineto 392 228 lineto 260 252 lineto 150 226 lineto 68 150 lineto 60 59 lineto 122 -22 lineto 229 -57 lineto closepath 234 -2 moveto 148 29 lineto 112 90 lineto 134 145 lineto 214 190 lineto 326 190 lineto 410 154 lineto 429 98 lineto 437 27 lineto 436 17 lineto 428 11 lineto 254 -5 lineto closepath fill } def %% end def char a ('a') /c098 { %% begin def char b ('b') 570 0 60 -25 510 617 setcachedevice newpath 108 -25 moveto 137 0 lineto 145 2 lineto 328 -20 lineto 427 6 lineto 496 80 lineto 510 181 lineto 473 253 lineto 392 296 lineto 239 302 lineto 142 271 lineto 134 271 lineto 132 281 lineto 107 617 lineto 70 617 lineto 60 527 lineto 84 -9 lineto closepath 260 39 moveto 149 60 lineto 140 64 lineto 138 74 lineto 138 199 lineto 145 207 lineto 240 245 lineto 384 240 lineto 444 201 lineto 453 131 lineto 411 62 lineto 322 36 lineto closepath fill } def %% end def char b ('b') /c099 { %% begin def char c ('c') 530 0 60 -28 470 435 setcachedevice newpath 281 -28 moveto 424 -16 lineto 470 3 lineto 462 39 lineto 279 28 lineto 163 69 lineto 122 126 lineto 125 239 lineto 174 340 lineto 257 380 lineto 358 369 lineto 402 315 lineto 434 334 lineto 424 382 lineto 357 428 lineto 255 435 lineto 160 399 lineto 95 320 lineto 60 181 lineto 80 81 lineto 144 16 lineto 260 -25 lineto closepath fill } def %% end def char c ('c') /c100 { %% begin def char d ('d') 586 0 60 -28 526 615 setcachedevice newpath 328 -28 moveto 499 -15 lineto 526 15 lineto 510 72 lineto 496 601 lineto 461 615 lineto 442 581 lineto 453 300 lineto 453 289 lineto 445 290 lineto 340 331 lineto 197 328 lineto 104 285 lineto 60 205 lineto 65 114 lineto 123 29 lineto 215 -13 lineto closepath 245 36 moveto 160 73 lineto 114 153 lineto 128 223 lineto 195 269 lineto 317 278 lineto 414 243 lineto 449 224 lineto 455 218 lineto 453 50 lineto 451 40 lineto 441 36 lineto closepath fill } def %% end def char d ('d') /c101 { %% begin def char e ('e') 470 0 60 -12 410 409 setcachedevice newpath 244 -12 moveto 344 8 lineto 410 73 lineto 398 108 lineto 362 98 lineto 286 46 lineto 204 50 lineto 140 100 lineto 116 158 lineto 120 166 lineto 239 198 lineto 319 260 lineto 327 321 lineto 272 395 lineto 203 409 lineto 122 366 lineto 60 247 lineto 64 134 lineto 121 37 lineto 203 -7 lineto closepath 116 236 moveto 163 329 lineto 218 354 lineto 261 327 lineto 271 288 lineto 162 229 lineto 122 221 lineto 113 226 lineto closepath fill } def %% end def char e ('e') /c102 { %% begin def char f ('f') 498 0 60 -31 438 588 setcachedevice newpath 201 -31 moveto 230 -7 lineto 206 207 lineto 213 213 lineto 275 220 lineto 281 227 lineto 281 258 lineto 273 265 lineto 212 268 lineto 203 271 lineto 200 281 lineto 196 477 lineto 229 526 lineto 320 522 lineto 378 481 lineto 404 438 lineto 433 444 lineto 438 482 lineto 391 549 lineto 285 588 lineto 194 572 lineto 146 507 lineto 136 342 lineto 144 270 lineto 138 263 lineto 60 244 lineto 67 207 lineto 137 207 lineto 148 208 lineto 152 200 lineto 183 -22 lineto closepath fill } def %% end def char f ('f') /c103 { %% begin def char g ('g') 528 0 60 -320 468 356 setcachedevice newpath 299 -320 moveto 379 -308 lineto 434 -248 lineto 468 -99 lineto 463 180 lineto 433 318 lineto 339 356 lineto 228 338 lineto 126 269 lineto 69 172 lineto 60 70 lineto 94 7 lineto 161 -12 lineto 269 18 lineto 357 89 lineto 401 159 lineto 405 164 lineto 408 154 lineto 411 -113 lineto 375 -242 lineto 319 -265 lineto 83 -201 lineto 70 -236 lineto 171 -282 lineto closepath 125 56 moveto 118 136 lineto 158 218 lineto 239 281 lineto 339 297 lineto 368 289 lineto 377 284 lineto 378 274 lineto 326 141 lineto 241 67 lineto 152 44 lineto closepath fill } def %% end def char g ('g') /c104 { %% begin def char h ('h') 505 0 60 -41 445 616 setcachedevice newpath 413 -41 moveto 442 -15 lineto 445 201 lineto 405 318 lineto 341 367 lineto 271 351 lineto 166 237 lineto 150 210 lineto 143 205 lineto 140 215 lineto 111 607 lineto 74 616 lineto 60 580 lineto 85 94 lineto 91 1 lineto 117 -12 lineto 127 -9 lineto 151 44 lineto 208 199 lineto 287 294 lineto 334 309 lineto 377 242 lineto 393 88 lineto 389 -24 lineto closepath fill } def %% end def char h ('h') /c105 { %% begin def char i ('i') 295 0 60 -19 235 523 setcachedevice newpath 161 -19 moveto 187 8 lineto 187 215 lineto 154 364 lineto 117 360 lineto 115 292 lineto 138 98 lineto 135 -4 lineto closepath 207 390 moveto 235 401 lineto 228 438 lineto 87 523 lineto 60 497 lineto 101 453 lineto closepath fill } def %% end def char i ('i') /c106 { %% begin def char j ('j') 406 0 60 -189 346 528 setcachedevice newpath 166 -189 moveto 224 -172 lineto 278 -86 lineto 302 86 lineto 271 352 lineto 233 357 lineto 226 349 lineto 246 43 lineto 214 -97 lineto 178 -134 lineto 115 -102 lineto 79 -87 lineto 60 -108 lineto 93 -156 lineto closepath 316 392 moveto 346 415 lineto 324 447 lineto 191 528 lineto 162 504 lineto 183 472 lineto closepath fill } def %% end def char j ('j') /c107 { %% begin def char k ('k') 434 0 60 -39 374 609 setcachedevice newpath 114 -39 moveto 137 -8 lineto 143 115 lineto 185 161 lineto 194 165 lineto 203 160 lineto 308 34 lineto 340 -4 lineto 374 12 lineto 341 85 lineto 239 202 lineto 232 209 lineto 236 218 lineto 320 322 lineto 307 348 lineto 269 341 lineto 153 208 lineto 147 200 lineto 139 202 lineto 137 212 lineto 104 602 lineto 96 609 lineto 60 600 lineto 67 394 lineto 83 33 lineto 87 -26 lineto closepath fill } def %% end def char k ('k') /c108 { %% begin def char l ('l') 190 0 60 -2 130 593 setcachedevice newpath 106 -2 moveto 130 25 lineto 111 577 lineto 87 593 lineto 60 569 lineto 74 28 lineto 97 -2 lineto closepath fill } def %% end def char l ('l') /c109 { %% begin def char m ('m') 661 0 60 -41 601 383 setcachedevice newpath 565 -39 moveto 575 -41 lineto 584 -37 lineto 601 -1 lineto 571 211 lineto 507 317 lineto 460 333 lineto 414 294 lineto 380 219 lineto 376 210 lineto 371 209 lineto 369 219 lineto 308 339 lineto 254 367 lineto 202 340 lineto 145 242 lineto 141 241 lineto 138 250 lineto 101 379 lineto 63 383 lineto 60 335 lineto 103 92 lineto 110 11 lineto 147 1 lineto 155 7 lineto 188 200 lineto 247 308 lineto 256 309 lineto 265 304 lineto 317 193 lineto 349 -8 lineto 377 -16 lineto 398 15 lineto 431 198 lineto 460 264 lineto 465 272 lineto 474 268 lineto 527 157 lineto 549 -25 lineto closepath fill } def %% end def char m ('m') /c110 { %% begin def char n ('n') 484 0 60 -65 424 424 setcachedevice newpath 135 -65 moveto 155 -61 lineto 163 -54 lineto 221 206 lineto 285 323 lineto 294 325 lineto 302 318 lineto 356 164 lineto 373 -19 lineto 410 -29 lineto 424 17 lineto 402 222 lineto 344 354 lineto 292 385 lineto 238 357 lineto 167 220 lineto 161 211 lineto 154 215 lineto 153 225 lineto 113 405 lineto 79 424 lineto 60 392 lineto 104 161 lineto 118 -54 lineto closepath fill } def %% end def char n ('n') /c111 { %% begin def char o ('o') 551 0 60 23 491 406 setcachedevice newpath 241 23 moveto 342 35 lineto 445 105 lineto 491 196 lineto 477 286 lineto 390 389 lineto 311 406 lineto 174 365 lineto 83 280 lineto 60 193 lineto 90 106 lineto 171 42 lineto closepath 221 84 moveto 141 131 lineto 116 198 lineto 147 272 lineto 242 334 lineto 342 347 lineto 422 270 lineto 434 200 lineto 393 130 lineto 302 81 lineto closepath fill } def %% end def char o ('o') /c112 { %% begin def char p ('p') 530 0 60 -317 470 356 setcachedevice newpath 85 -317 moveto 111 -289 lineto 135 -33 lineto 138 -23 lineto 146 -18 lineto 321 -4 lineto 424 42 lineto 470 121 lineto 457 201 lineto 379 283 lineto 238 343 lineto 127 356 lineto 81 336 lineto 72 -139 lineto 60 -302 lineto closepath 153 39 moveto 143 39 lineto 138 47 lineto 132 286 lineto 132 296 lineto 139 302 lineto 279 271 lineto 384 207 lineto 416 143 lineto 391 88 lineto 287 45 lineto closepath fill } def %% end def char p ('p') /c113 { %% begin def char q ('q') 476 0 60 -292 416 377 setcachedevice newpath 393 -292 moveto 416 -262 lineto 395 368 lineto 317 377 lineto 210 343 lineto 105 245 lineto 60 120 lineto 83 22 lineto 150 -24 lineto 240 -18 lineto 331 48 lineto 343 64 lineto 349 72 lineto 354 68 lineto 365 -283 lineto closepath 169 28 moveto 123 67 lineto 122 148 lineto 185 254 lineto 282 313 lineto 333 320 lineto 343 317 lineto 346 308 lineto 323 144 lineto 264 59 lineto 189 26 lineto closepath fill } def %% end def char q ('q') /c114 { %% begin def char r ('r') 468 0 60 0 408 425 setcachedevice newpath 88 0 moveto 117 25 lineto 121 295 lineto 200 339 lineto 281 333 lineto 346 282 lineto 377 256 lineto 408 279 lineto 357 354 lineto 264 395 lineto 162 388 lineto 125 370 lineto 116 370 lineto 114 379 lineto 97 425 lineto 68 421 lineto 60 341 lineto 70 9 lineto closepath fill } def %% end def char r ('r') /c115 { %% begin def char s ('s') 520 0 60 -65 460 406 setcachedevice newpath 155 -65 moveto 320 -53 lineto 423 -7 lineto 460 52 lineto 447 110 lineto 350 185 lineto 195 268 lineto 190 277 lineto 191 286 lineto 311 347 lineto 380 348 lineto 385 385 lineto 340 406 lineto 231 377 lineto 140 310 lineto 133 261 lineto 190 203 lineto 390 93 lineto 404 57 lineto 347 15 lineto 217 -10 lineto 67 4 lineto 60 -32 lineto closepath fill } def %% end def char s ('s') /c116 { %% begin def char t ('t') 485 0 60 -10 425 497 setcachedevice newpath 303 -10 moveto 324 21 lineto 301 300 lineto 301 310 lineto 311 312 lineto 423 328 lineto 425 366 lineto 377 375 lineto 305 369 lineto 296 371 lineto 295 382 lineto 274 493 lineto 237 497 lineto 228 449 lineto 237 377 lineto 238 366 lineto 231 362 lineto 68 341 lineto 60 313 lineto 93 292 lineto 236 307 lineto 246 304 lineto 246 294 lineto 275 -2 lineto closepath fill } def %% end def char t ('t') /c117 { %% begin def char u ('u') 525 0 60 -23 465 435 setcachedevice newpath 433 -23 moveto 465 -1 lineto 432 429 lineto 395 435 lineto 384 388 lineto 394 202 lineto 389 193 lineto 264 70 lineto 207 54 lineto 160 92 lineto 121 219 lineto 111 416 lineto 85 429 lineto 60 401 lineto 76 154 lineto 128 43 lineto 185 0 lineto 266 9 lineto 363 85 lineto 392 115 lineto 398 120 lineto 400 110 lineto 417 -11 lineto closepath fill } def %% end def char u ('u') /c118 { %% begin def char v ('v') 433 0 60 13 373 463 setcachedevice newpath 217 13 moveto 254 23 lineto 373 445 lineto 340 463 lineto 314 421 lineto 233 157 lineto 228 147 lineto 223 152 lineto 127 357 lineto 93 395 lineto 60 377 lineto 130 230 lineto closepath fill } def %% end def char v ('v') /c119 { %% begin def char w ('w') 673 0 60 2 613 455 setcachedevice newpath 448 2 moveto 493 19 lineto 613 433 lineto 583 455 lineto 554 415 lineto 462 109 lineto 459 99 lineto 453 107 lineto 370 339 lineto 330 366 lineto 292 333 lineto 232 126 lineto 229 116 lineto 222 119 lineto 96 368 lineto 60 362 lineto 65 313 lineto 216 20 lineto 255 21 lineto 292 127 lineto 330 266 lineto 333 276 lineto 340 275 lineto 343 265 lineto 431 13 lineto closepath fill } def %% end def char w ('w') /c120 { %% begin def char x ('x') 494 0 60 2 434 414 setcachedevice newpath 78 2 moveto 116 11 lineto 244 161 lineto 252 169 lineto 260 166 lineto 403 31 lineto 434 52 lineto 409 94 lineto 291 213 lineto 289 222 lineto 375 386 lineto 372 406 lineto 365 414 lineto 327 410 lineto 254 272 lineto 248 263 lineto 240 263 lineto 96 412 lineto 61 399 lineto 78 353 lineto 208 217 lineto 209 208 lineto 60 25 lineto closepath fill } def %% end def char x ('x') /c121 { %% begin def char y ('y') 537 0 60 -268 477 381 setcachedevice newpath 218 -268 moveto 253 -255 lineto 477 345 lineto 464 381 lineto 428 374 lineto 320 73 lineto 314 70 lineto 308 78 lineto 96 343 lineto 66 341 lineto 60 333 lineto 68 295 lineto 290 9 lineto 290 0 lineto 205 -253 lineto closepath fill } def %% end def char y ('y') /c122 { %% begin def char z ('z') 595 0 60 -15 535 387 setcachedevice newpath 153 -15 moveto 443 -7 lineto 534 -8 lineto 535 29 lineto 394 52 lineto 269 49 lineto 259 49 lineto 256 56 lineto 263 64 lineto 508 331 lineto 503 369 lineto 423 382 lineto 82 387 lineto 60 356 lineto 78 333 lineto 421 328 lineto 430 326 lineto 426 319 lineto 196 80 lineto 126 20 lineto 143 -12 lineto closepath fill } def %% end def char z ('z') /c123 { %% begin def char leftbrace ('{') 377 0 60 -75 317 673 setcachedevice newpath 281 -75 moveto 310 -73 lineto 317 -36 lineto 205 35 lineto 195 136 lineto 208 268 lineto 171 301 lineto 143 313 lineto 135 320 lineto 145 323 lineto 205 359 lineto 208 542 lineto 237 607 lineto 290 636 lineto 282 673 lineto 233 670 lineto 173 615 lineto 145 506 lineto 151 394 lineto 149 386 lineto 139 382 lineto 67 343 lineto 60 304 lineto 127 259 lineto 146 252 lineto 151 245 lineto 140 60 lineto 173 -13 lineto closepath fill } def %% end def char leftbrace ('{') /c124 { %% begin def char bar ('|') 212 0 60 -68 152 658 setcachedevice newpath 130 -68 moveto 152 -36 lineto 136 420 lineto 107 654 lineto 70 658 lineto 60 610 lineto 94 125 lineto 97 -51 lineto closepath fill } def %% end def char bar ('|') /c125 { %% begin def char rightbrace ('}') 348 0 60 -127 288 664 setcachedevice newpath 102 -127 moveto 199 -98 lineto 250 -35 lineto 237 148 lineto 224 197 lineto 221 206 lineto 228 213 lineto 288 268 lineto 276 305 lineto 217 346 lineto 224 468 lineto 214 580 lineto 164 645 lineto 96 664 lineto 60 649 lineto 64 611 lineto 134 598 lineto 167 536 lineto 157 342 lineto 191 291 lineto 210 282 lineto 217 275 lineto 212 270 lineto 160 222 lineto 196 22 lineto 186 -36 lineto 113 -67 lineto 77 -83 lineto 83 -120 lineto closepath fill } def %% end def char rightbrace ('}') /c126 { %% begin def char tilde ('~') 488 0 60 281 428 414 setcachedevice newpath 281 281 moveto 350 297 lineto 428 380 lineto 413 414 lineto 376 402 lineto 309 339 lineto 233 365 lineto 149 401 lineto 93 378 lineto 60 328 lineto 75 303 lineto 111 316 lineto 150 344 lineto closepath fill } def %% end def char tilde ('~') end /BuildChar { exch begin Encoding exch get CharProcs exch get end exec } def end /HaeberliWriting newfont definefont pop   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08417; 10 Jul 90 12:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07402; 10 Jul 90 11:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07265; 10 Jul 90 11:14 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa05440; 10 Jul 90 10:36 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4621; Tue, 10 Jul 90 10:36:10 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 10 Jul 90 10:36 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA05130; Tue, 10 Jul 90 11:14:47 DSD Date: Tue, 10 Jul 90 11:14:47 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Jot jinkxes To: info-iris@BRL.MIL Message-id: <9007101814.AA05130@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Jot drops cr/newlines or whatever serves that purpose in some lines. Shell scripts will sometines conk out with odd error messages if you edit them with jot. I have worked around by double spacing around trouble spots. This is under version 3.2. Is this fixed in 3.3 ? dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab08417; 10 Jul 90 12:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab07402; 10 Jul 90 11:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab07265; 10 Jul 90 11:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05463; 10 Jul 90 10:38 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24090; Tue, 10 Jul 90 07:34:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 14:21:17 GMT From: Pat Martin Organization: Schreiber Group (Harvard Chemistry Department) Subject: Help with user.ps Message-Id: <3439@husc6.harvard.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi... I'm trying to learn how to customize my IRIS environment. In the manuals, there are references to various *.ps files to redefine default actions taken by the IRIS (eg. /RestartActions). Unfortunately, I dont seem to be looking in the right places because there are only passing references to states that I would like to modify (eg. modifications to UserProfile). Is there a listing in the manuals of modifications that can be made to UserProfile? Thanks. ..pkm martin@slsvax.harvard.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10356; 10 Jul 90 13:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09757; 10 Jul 90 13:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09341; 10 Jul 90 12:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05925; 10 Jul 90 12:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA00298; Tue, 10 Jul 90 09:08:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 10:52:23 GMT From: Urs Meyer Organization: University of Zurich, Department of Computer Science Subject: Re: chown thru multiple directories Message-Id: <1990Jul10.105223.27591@gorgo.ifi.unizh.ch> References: <9007072013.AA25848@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >JORDAN%gmr.com@relay.cs.net asks about "chown thru multiple directories" > >>Is there a command available that will change the owner and group >>of every file in the current directory, and every file & directory >>below the current directory? > >Do this one liner: > >find /$startdir -exec chown $username "{}" \; -print > >| karron@nyu.edu Dan Karron | WARNING: There is a security leak in this procedure if the super-user executes the find command. If a file in the user's directory tree is a (symbolic) link, the file pointed to by the link will change ownership and not the link itself. Therefore, if the user has a link to /etc/passwd, he will own is afterwards. This is true at least up to IRIX 3.2.1. Omit at least the links in the find command: find /$startdir ! -type l -exec ... Or let the user copy his stuff using tar. I really don't like the way symbolic links are implemented in IRIX. But, there have been enough discussions on that topic. Urs Meyer ---------- meyer@ifi.unizh.ch, {uunet,...}!mcsun!cernvax!unizh!meyer University of Zurich, Dept of Computer Science, Multimedia Lab, CH-8057 Zurich   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10356; 10 Jul 90 13:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09757; 10 Jul 90 13:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09729; 10 Jul 90 13:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05873; 10 Jul 90 12:11 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29959; Tue, 10 Jul 90 09:05:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 14:18:40 GMT From: John D Mccalpin Organization: College of Marine Studies, Univ. of Delaware Subject: Re: chown thru multiple directories Message-Id: <6717@vax1.acs.udel.EDU> References: <9007072013.AA25848@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL JORDAN%gmr.com@relay.cs.net asks about "chown thru multiple directories" >>Is there a command available that will change the owner and group >>of every file in the current directory, and every file & directory >>below the current directory? In article karron@MCIRPS2.MED.NYU.EDU writes: > >find /$startdir -exec chown $username "{}" \; -print > >karron@nyu.edu Dan Karron Although this is not an SGI-specific issue, I would like to point out that this approach can be *very* slow for large directory trees since the 'find' program forks off a 'chown' program for each file that it finds. A much more efficient approach is to use xargs: find . -print | xargs chown $username This will bundle up the names into larger groups and call 'chown' on the groups. -- John D. McCalpin mccalpin@vax1.udel.edu Assistant Professor mccalpin@delocn.udel.edu College of Marine Studies, U. Del. mccalpin@scri1.scri.fsu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10800; 10 Jul 90 13:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09293; 10 Jul 90 13:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09270; 10 Jul 90 12:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05877; 10 Jul 90 12:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29828; Tue, 10 Jul 90 09:03:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 10:57:08 GMT From: Anders Lassen Organization: Department Of Computer Science, University Of Copenhagen Subject: Alias notes Message-Id: <1990Jul10.105708.2990@diku.dk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm a student at Institute of Datalogy, Univ. of Copenhagen and work on my thesis titled "animation coding for 3D Computer animation" or something like that. In danish "Bevaegelseskodning til 3D computer animering" exiting and fun! But working with alias on a personal Iris has come up with some stupid bugs. Alias is 3D comp. anim. software. It is a standard version of alias 2.4.1 without the special features, such af metamorfosis package and natural phenomena procedures. Well here are my two bugs: 1. Envoking (starting) the sdl-editor causes the application to halt. Anyone know how to fix it? or is this a special feature of this version! 2. In the dope-sheet. deleting a key-frame is not possibel. My way is to create a new column, but this is not a solution. Occasionally the malfunction in dopesheet causes the application to halt. In adition i want an answer as to how to create procedures of your own in sdl. It would be of help to me to be able to take an seudo "object oriented" aproach to coding in sdl. You now, tying methods to objects. The normal way is to implement a set of procedures, you invoke in a tidy way. The parallel to sdl would be to make simple, tidy procedure and functioncalls beside the geometry, while having the code in some include. Also it would be a more general approch, as the code can be reused, and quickly referenced in newgenerated sdl code from the application. One answer ofcause is that the sdl-interpreter "renderer" does not allow procedure declarations in the syntaks. In other words only procedures compiled in the "renderer" an be invoked. An the whole sdl-kode is avaluated once every frame, so this is not a preprocessor problem. If I'm wrong in some or part of this, I wan't your opinion. Anders Lassen student Datalogisk Institut K{benhavns Universitet Denmark email : fomo@diku.dk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12412; 10 Jul 90 14:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10953; 10 Jul 90 14:15 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10833; 10 Jul 90 13:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06101; 10 Jul 90 13:41 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05660; Tue, 10 Jul 90 10:27:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 16:33:30 GMT From: Chris Wagner Organization: Silicon Graphics, Research & Development Subject: Re: Help Requested on Arenas Message-Id: <10162@odin.corp.sgi.com> References: <1990Jul10.060216.1504@cs.UAlberta.CA>, <9007051819.AA09079@trouble.cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Yes, in fact in 3.2 one has to come up with ones own solution - opening a pipe or file seems the easiest. In 3.3 we have added the usputinfo and usgetinfo functions that give you a single pointer, thus the originating process can use usputinfo to store a pointer to a data structure that further defines what addresses in the arena are being used for what Chris Wagner   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13756; 10 Jul 90 15:11 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac11621; 10 Jul 90 14:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11055; 10 Jul 90 14:14 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06133; 10 Jul 90 13:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06336; Tue, 10 Jul 90 10:38:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 17:02:58 GMT From: dave "who can do? ratmandu!" ratcliffe Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Kermit source ftp address... Message-Id: <10163@odin.corp.sgi.com> References: <9007040908.AA15474@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007040908.AA15474@mcirps2.med.nyu.edu> karron@MCIRPS2.MED.NYU.EDU writes: > >Some time ago I got the sources to kermit from a columbia ftp address. > >I forgot it. Do any of you know what it it ? from /usr/people/4Dgifts/kermit/doc/aanetw.hlp: * INTERNET FROM THE COLUMBIA UNIVERSITY CUNIXC SYSTEM: Effective August 18, 1988, the Kermit files are available on host CUNIXC.CC.COLUMBIA.EDU, a VAX 8700 running UNIX (Ultrix). The IP host number is 128.59.40.130. You may get files from it with anonymous FTP. The Kermit files are in directories kermit/a, kermit/b, kermit/c, kermit/d, and kermit/e. You can also send mail to Info-Kermit and Info-Kermit-Request at this address. The process is roughly like this: FTP to CUNIXC.CC.COLUMBIA.EDU, login anonymous (lowercase only), any password (we prefer that you use "user@host" for the password, specifying your userid and hostname, for our statistics), and then CWD (or CD) to kermit, which contains a file read.me, which you should read. Then CWD (or CD) to a, b, c, d, or e and GET or MULTIPLE GET (or MGET) the files you want. Note that file names are lowercase, and you must refer to them that way on CUNIXC, even though all the Kermit documentation lists the filenames in uppercase! Since CUNIXC is a heavily-used machine, please try not to FTP files from it during peak hours. There are presently no formal restrictions, so please don't overburden the system. If the response is very slow, cancel your session and try again later. As of April 1987, you may also access the same set of files, in the same way, on a new host, watsun.cc.columbia.edu, IP host number 128.59.40.130. Response time from watsun should be better than cunixc in most cases. At some time in the future, cunixc Kermit file access will be phased out in favor of watsun. -- daveus rattus yer friendly neighborhood ratman   Received: from vmb.brl.mil by VMB.BRL.MIL id ab13756; 10 Jul 90 15:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12412; 10 Jul 90 15:00 EDT Received: by VMB.BRL.MIL id ad11334; 10 Jul 90 14:27 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10352; 10 Jul 90 13:33 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa05819; 10 Jul 90 11:58 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 7676; Tue, 10 Jul 90 11:58:32 EST Received: by UOGUELPH (Mailer R2.07) id 2662; Tue, 10 Jul 90 11:58:30 EST Date: Tue, 10 Jul 90 11:52:05 EST From: Len Zaifman Subject: Re: Framemaker for PI available? To: info-iris In-Reply-To: Message of Mon, 9 Jul 90 15:17:39 EDT from Message-ID: <9007101159.aa05819@VGR.BRL.MIL> > >Hi, > >Is there currently or at least plans of porting Framemaker to >the Personal Iris? Framemaker version 1.3 exists on the 4D series ( you need Irix 3.2.2 ). The port of version 2.0 ( much preferred ) is a no cost upgrade available real soon now ( I hear somtime in August). It , I hear , requires Irix 3.3 . If you are an educational institution , ask for the academic price. It is reasonably attractive. Your SGI salesperson is the one to contact. The SGI version is sold directly by SGI , not Frame Technology. >If so does anyone have any information regarding this, Where do I get it, >How much is it? Who to contact >Any info will be appreciated, thanks > > >-- >------------------------------------------------------------------------------- > Squibb Institute for Medical Research -- Bristol-Myers Squibb Company > > Vicki J. Zilaitis Internet Address: zilaitis@squibb.com > Software Engineer Telephone: 609-921-4079 > Scientific Information Systems FAX: 609-683-6163 >=============================================================================== > > Regards, Len Zaifman Len Zaifman Information Technology Coordinator,College of Physical and Engineering Science Department of Computing Services University of Guelph Guelph,Ontario. N1G 2W1 (519)821-4120 xt 6566 email : LeonardZ@VM.UOGUELPH.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id ac13756; 10 Jul 90 15:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac12412; 10 Jul 90 15:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11963; 10 Jul 90 14:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06178; 10 Jul 90 14:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08085; Tue, 10 Jul 90 11:04:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 15:42:23 GMT From: "M. Guravage" Subject: Installing GNU emacs 18.55.3 on an SGI Personal Iris Message-Id: <1805@charon.cwi.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone else experienced difficulty installing GNU emacs 18.55.3 on IRIX 3.2? Or phrased another way, has anyone succeeded and is willing to give advice? Compiling with the iris configuration file and including NeWS support, the make terminates compiling NeWS.c with an error that SIGIO is undefined. Sure enough, in the configuration file its definition is commented out. Ignoring the wisdom of letting well enough alone, we define SIGIO. This time everything compiles; but one obvious problem is that moving the cursor one character moves it more than one character width. The effect of moving to the end of a line is to move the cursor well beyond the end of line. -- Michael A. Guravage Email: michael@cwi.nl Centre for Mathematics & Computer Science (CWI) Phone: +31 20 5924009 Department of Interactive Systems Telex: 12571 mactr nl Kruislaan 413, 1098 SJ Amsterdam The Netherlands Telefax: +31 20 5924199   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16455; 10 Jul 90 17:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15962; 10 Jul 90 17:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15934; 10 Jul 90 17:05 EDT Received: from CS.NPS.NAVY.MIL by VGR.BRL.MIL id aa06501; 10 Jul 90 15:43 EDT Received: by cs.nps.navy.mil (5.51/1.26) id AA06134; Tue, 10 Jul 90 12:21:33 PDT Received: by trouble.cs.nps.navy.mil (5.52/cs.nps-1.0) id AA14657; Tue, 10 Jul 90 12:21:29 PDT Date: Tue, 10 Jul 90 12:21:29 PDT From: michael zyda Message-Id: <9007101921.AA14657@trouble.cs.nps.navy.mil> To: zilaitis@solomon.squibb.com Subject: Re: Framemaker for PI available? Cc: info-iris@BRL.MIL Framemaker 1.3 is available for the Personal IRIS. From SGI, it is very expensive. The price is (was?) about $2700 for one copy, compared to $500 per copy for a Sun version. I purchased it anyway as I didn't want to have both a Sun and PI in my office. Framemaker Behavior: It works just like the 1.3 version on my Sun except it seems to have a few more bugs and is much slower. Large Encapsulated Postscript files make PI Framemaker tilt and die. Documents in excess of about 120 pages make PI Framemaker die. None of these problems show on my Sun version of Framemaker. Our department has standardized on Framemaker mainly because of its wide availability. It is available for most all X windows platforms, the NeXT machine, the Macintosh, the PI, Suns etc. so it is a good choice from that perspective. Framemaker 1.3 documents go from my IRIS to the secretary's Sun with no conversion. Unfortunately, the department here has upgraded to Frame 2.0, not yet available on the IRIS so document exchange has now become one way... Michael Zyda   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16886; 10 Jul 90 18:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16800; 10 Jul 90 18:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab16767; 10 Jul 90 18:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06962; 10 Jul 90 17:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22908; Tue, 10 Jul 90 14:39:35 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 20:40:50 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: chown thru multiple directories Message-Id: <10177@odin.corp.sgi.com> References: <9007072013.AA25848@mcirps2.med.nyu.edu>, <1990Jul10.105223.27591@gorgo.ifi.unizh.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul10.105223.27591@gorgo.ifi.unizh.ch>, meyer@gorgo.ifi.unizh.ch (Urs Meyer) writes: |> |> WARNING: |> There is a security leak in this procedure if the super-user executes |> the find command. If a file in the user's directory tree is a |> (symbolic) link, the file pointed to by the link will change ownership |> and not the link itself. Therefore, if the user has a link to /etc/passwd, |> he will own is afterwards. |> This is true at least up to IRIX 3.2.1. |> |> I really don't like the way symbolic links are implemented in IRIX. |> But, there have been enough discussions on that topic. The same exact thing happens with hard links. This isn't surprising since symbolic links were designed to be semantically the same as hard links. As far as I know symbolic links in IRIX are implemented identically to those in BSD and SunOS. I think this is a case of buyer beware of the sharp tools. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16947; 10 Jul 90 18:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16544; 10 Jul 90 18:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16480; 10 Jul 90 17:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06831; 10 Jul 90 17:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20035; Tue, 10 Jul 90 13:57:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 19:39:35 GMT From: Vernon Schryver Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: chown thru multiple directories Message-Id: <63743@sgi.sgi.com> References: <9007072013.AA25848@mcirps2.med.nyu.edu>, <1990Jul10.105223.27591@gorgo.ifi.unizh.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul10.105223.27591@gorgo.ifi.unizh.ch>, meyer@gorgo.ifi.unizh.ch (Urs Meyer) writes: > > > >find /$startdir -exec chown $username "{}" \; -print > > WARNING: > There is a security leak in this procedure if the super-user executes > the find command. If a file in the user's directory tree is a > (symbolic) link, the file pointed to by the link will change ownership > and not the link itself. Therefore, if the user has a link to /etc/passwd, > he will own is afterwards. > This is true at least up to IRIX 3.2.1. That statement is true in all BSD derived systems with BSD style symbolic links. In other words, the statement above applies to all common UNIX systems with symbolic links. If we changed it, a zillion people would get on our case for being incompatible. Symbolic links would also be almost useless. > Omit at least the links in the find command: > > find /$startdir ! -type l -exec ... > > Or let the user copy his stuff using tar. > > I really don't like the way symbolic links are implemented in IRIX. > But, there have been enough discussions on that topic. > > Urs Meyer ---------- meyer@ifi.unizh.ch, {uunet,...}!mcsun!cernvax!unizh!meyer > University of Zurich, Dept of Computer Science, Multimedia Lab, CH-8057 Zurich What if a user creates a hard link to /etc/passwd, and then asks that any of the "find ..." commands be run? (E.g., "gee, I restored my tape into /tmp. Please make the files usable") Please notice that "! -type l" will not detect hard links. There is another security hole in both versions if you have "." in root's PATH before "/bin". If you are concerned about such things, you might consider find /$startdir ! -user 0 -print | xargs /bin/chown This is inferior to `chown -R` in 3.3, but it or variations are incredibly faster than `find ... exec` and close both security concerns. (Pointing out xargs is my excuse for wasting everyone's time. Xargs is one of the few good things in SVR2 that is not in BSD.) Vernon Schryver vjs@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17008; 10 Jul 90 19:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16800; 10 Jul 90 18:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16767; 10 Jul 90 18:16 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06960; 10 Jul 90 17:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22878; Tue, 10 Jul 90 14:38:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 20:29:06 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: Framemaker for PI available? Message-Id: <10175@odin.corp.sgi.com> References: <9007091917.AA02124@solomon> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007091917.AA02124@solomon>, zilaitis@SOLOMON.SQUIBB.COM writes: |> |> Hi, |> |> Is there currently or at least plans of porting Framemaker to |> the Personal Iris? |> If so does anyone have any information regarding this, Where do I get it, |> How much is it? Who to contact |> Any info will be appreciated, thanks FrameMaker version 1.3 is available from SGI. FrameMaker version 2.1 will be available in a few months. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17335; 10 Jul 90 20:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17137; 10 Jul 90 19:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17107; 10 Jul 90 19:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07190; 10 Jul 90 19:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27728; Tue, 10 Jul 90 15:56:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 10 Jul 90 14:07:16 GMT From: Scott Henry Organization: Silicon Graphics Inc, Mountain View, CA Subject: Re: Installing GNU emacs 18.55.3 on an SGI Personal Iris. Message-Id: References: <1804@charon.cwi.nl> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL mag> Has anyone else experienced difficulty installing GNU emacs 18.55.3 on mag> IRIX 3.2? Or phrased another way, has anyone succeeded and is willing mag> to give advice? The standard GNU Emacs 18.55 distribution works fine when compiled on any Iris under Irix 3.2, using either the terminfo or X11 interface. mag> Compiling with the iris configuration file and including NeWS support, mag> the make terminates compiling NeWS.c with an error that SIGIO is mag> undefined. Sure enough, in the configuration file its definition is mag> commented out. Ignoring the wisdom of letting well enough alone, we mag> define SIGIO. This time everything compiles; but one obvious problem mag> is that moving the cursor one character moves it more than one mag> character width. The effect of moving to the end of a line is to move mag> the cursor well beyond the end of line. I didn't spend a lot of time looking at it, but 4Sight is not close enough to Sun's original version of NeWS for the standard Sun NeWS support to work. Since it's an "open secret" that SGI is moving towards an X11-based rather than a NeWS-based window manager in a future release, I decided that it wasn't worth my effort to learn enough NeWS/4Sight to make it work. The X11 interface works well, and I have been using it since 3.2.?. There are a couple of patches that are required for it to compile and run under 3.3 that I will be posting shortly. I have not spent any time figuring out why using SIGIO (under 3.3) only seems to work under terminfo... -- Scott Henry / Traveller on Dragon Wings Information Services, / Help! My disclaimer is missing! Silicon Graphics, Inc / 'Under-achiever and proud of it!' -- Bart Simpson   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18489; 10 Jul 90 23:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18389; 10 Jul 90 23:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18373; 10 Jul 90 22:48 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07847; 10 Jul 90 22:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA11875; Tue, 10 Jul 90 19:27:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jul 90 02:02:21 GMT From: John H Merritt Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: Re: Help with user.ps Message-Id: <2740@dftsrv.gsfc.nasa.gov> References: <3439@husc6.harvard.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <3439@husc6.harvard.edu> martin@slsvax.harvard.edu writes: >Hi... > >I'm trying to learn how to customize my IRIS environment. In the manuals, >there are references to various *.ps [ ... etc. ] Look in 4Dgifts; login into 4Dgifts and see how it is done there. This is a good starting point. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ John H. Merritt # Yesterday I knew nothing, Applied Research Corporation # Today I know that. merritt@iris613.gsfc.nasa.gov #   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19096; 11 Jul 90 0:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18867; 11 Jul 90 0:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18727; 10 Jul 90 23:58 EDT Received: from cs.utah.edu by VGR.BRL.MIL id aa08037; 10 Jul 90 23:50 EDT Received: from adenosine.pharm.utah.edu by cs.utah.edu (5.64/utah-2.12-cs) id AA17628; Tue, 10 Jul 90 21:48:25 -0600 Date: Tue, 10 Jul 90 21:54:56 MDT From: "Darrell R. Davis" Posted-Date: Tue, 10 Jul 90 21:54:56 MDT Message-Id: <9007110354.AA04884@adenosine.pharm.utah.edu> Received: by adenosine.pharm.utah.edu (5.52/5.51) id AA04884; Tue, 10 Jul 90 21:54:56 MDT To: info-iris@vgr.brl.mil In-Reply-To: Loki Jorgenson Rm421's message of Mon, 9 Jul 90 16:46:27 EDT <9007092046.AA07962@frodo.Physics.McGill.CA> Subject: Ray-tracing I have been using a ray tracing program called RASTER3D on my 4D/20 for molecular modeling. The quality of the images are better than any of the commercial packages that I have seen for this purpose. Although this is a specialized application, there may be something useful for your purpose. Here is some information that I pulled out of the README file that is part of the package and also a part of the man page for "render" which may be of interest. I do know that as of last fall (1989), David Bacon was at CARB in Maryland, the addresses below may give you a lead. ************************************************************** RENDER(1G) UNIX System V (RASTER3D commands) RENDER(1G) NAME render - make an image file from some 3D objects SYNOPSIS render [ file ] DESCRIPTION Render accepts a file (standard input by default) containing some control information and parameters describing a set of coloured spheres and triangles in 3-space, and produces an image file on the standard output acceptable to dither(1G). Normally, render is invoked implicitly by orb(1G) or scene(1G), and the image is piped to dither automatically. The algorithm used by render is described in Bacon, D.J. & Anderson, W.F., "A Fast Algorithm for Rendering Images of Solid Objects with Shadows, and Its Application in Making Pictures of Molecules," manuscript in preparation (probably to be submitted to J. Comp. Chem. or to J. Mol. Graphics), 1988. Input file format The input layout for render is the same as that accepted by scene(1G * Tell everyone about RASTER3D! * The rendering algorithm used by the program "render.f" is * described in the following paper: * If you have any questions, problems, comments, complaints, or suggestions, please do not hesitate to call or write me. David Bacon Department of Biochemistry Medical Sciences Building University of Alberta Edmonton, AB T6G 2H7 CANADA Phone: 403-432-4575 Bitnet: USERGORA@UALTAMTS I will be moving to the Washington, DC area sometime in August, 1988. Here is a temporary intermediate contact: c/o John Moult Center for Advanced Research in Biotechnology 9600 Gudelsky Drive Rockville, MD 20850 USA Phone: 301-975-2593 Bitnet: JOHN@MSMFVM Mark Israel and Stephen Samuel made significant contributions to this package, and may be reached at the Edmonton address above or as follows: Phone: 403-432-2422 Bitnet: USERLNDS@UALTAMTS ******************************************************************* Hope this is of some general interest. -------------------------------------------------------------- * Darrell R. Davis * * * "Faster, faster, until the Assistant Professor * * * thrill of speed overcomes Medicinal Chemistry *A**L**T**A* the fear of death." University of Utah * * * * * * --H.S. Thompson * --------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19455; 11 Jul 90 1:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19096; 11 Jul 90 0:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18941; 11 Jul 90 0:09 EDT Received: from umich.edu by VGR.BRL.MIL id aa08060; 10 Jul 90 23:56 EDT Received: from ummts.cc.umich.edu by umich.edu (5.61/1123-1.0) id AA18400; Tue, 10 Jul 90 23:56:40 -0400 Date: Tue, 10 Jul 90 23:56:00 EDT From: Tim_Buxton@um.cc.umich.edu To: info-iris@BRL.MIL Message-Id: <6494368@um.cc.umich.edu> Subject: Quantitative IRIS Lighting Models What is the best software approach for predicting the TRUE appearance of a given material surface in light(s) of a given color from a given angle? Say you want to know if a machine or person can recognize an object in a given light for sorting on an assembly line, or some other quantitative application. Faced with this sort of task, I am requesting the experiences of people modeling the physics of materials in light on IRISes. This includes the faithful modeling of: Bidirectional surface reflectance characteristics Spectral characteristics of incident and reflected light from several sources Shadowing How would you rate the following alternatives on SGI for faithful image reproduction and computation requirements: 1. User-written lighting model programs in RGB mode (based on a recent helpful posting by Paul Haeberli) 2. Commercial rendering programs such as Personal Visualizer, RenderMan, etc. 3. Raytracing programs such as the BRL-CAD lgt model How in any of these approaches do you quantify lumens input to the scene when light intensity is specified in 0.0 to 1.0 or 0-255 RGB color intensities? How can you interpret lumens output? How can you model the effect of a color filter or video camera bandpass? Is there any coverage of quantitative modeling in the SGI graphics courses? How do the capabilities of the Power Vision (VGX)series affect the above? For instance, how much does the hardware texturing or anti-aliasing or blurring capability help in physical modeling? There is helpful material on specular and diffuse reflectance, etc. in the User's Guide on Lighting, as well as information in the Modeling on the IRIS pamphlet and Wavefront Personal Visualizer, and the BRL-CAD manual. All seem possible candidates. Before going in three directions at once, though I think I and many others would be helped by recommendations of those who have worked with modeling quantitatively correct images. Thanks in advance for your response. -Tim Buxton OptiMetrics, Inc. Tim_Buxton@um.cc.umich.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab29749; 18 Jul 90 3:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29635; 18 Jul 90 2:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab29502; 18 Jul 90 2:06 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa26454; 17 Jul 90 13:45 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4043; Tue, 17 Jul 90 13:37:47 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 10 Jul 90 12:27 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA05566; Tue, 10 Jul 90 13:05:22 DSD Date: Tue, 10 Jul 90 13:05:22 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: best solution to workspace startup restiction To: betsy@sgi.com, info-iris@BRL.MIL Message-id: <9007102005.AA05566@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, betsy@sgi.com Robert Skinner (robert@sgi.com) had the best idea: startup workspace only from your user.ps or profile.ps. That way you will only get workspace when you own the window manager. He suggested this postscript incantation: /RestartActions [ { (workspace) forkunix } ] def I think that that is the solution (until sgi changes over to X). dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19455; 11 Jul 90 1:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19320; 11 Jul 90 1:30 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19311; 11 Jul 90 1:20 EDT Received: from cs.utah.edu by VGR.BRL.MIL id aa08071; 10 Jul 90 23:58 EDT Received: from adenosine.pharm.utah.edu by cs.utah.edu (5.64/utah-2.12-cs) id AA17655; Tue, 10 Jul 90 21:53:32 -0600 Date: Tue, 10 Jul 90 22:00:02 MDT From: "Darrell R. Davis" Posted-Date: Tue, 10 Jul 90 22:00:02 MDT Message-Id: <9007110400.AA04907@adenosine.pharm.utah.edu> Received: by adenosine.pharm.utah.edu (5.52/5.51) id AA04907; Tue, 10 Jul 90 22:00:02 MDT To: info-iris@vgr.brl.mil In-Reply-To: Loki Jorgenson Rm421's message of Mon, 9 Jul 90 16:46:27 EDT <9007092046.AA07962@frodo.Physics.McGill.CA> Subject: Ray-tracing I have been using a ray tracing program called RASTER3D on my 4D/20 for molecular modeling. The quality of the images are better than any of the commercial packages that I have seen for this purpose. Although this is a specialized application, there may be something useful for your purpose. Here is some information that I pulled out of the README file that is part of the package and also a part of the man page for "render" which may be of interest. I do know that as of last fall (1989), David Bacon was at CARB in Maryland, the addresses below may give you a lead. ************************************************************** RENDER(1G) UNIX System V (RASTER3D commands) RENDER(1G) NAME render - make an image file from some 3D objects SYNOPSIS render [ file ] DESCRIPTION Render accepts a file (standard input by default) containing some control information and parameters describing a set of coloured spheres and triangles in 3-space, and produces an image file on the standard output acceptable to dither(1G). Normally, render is invoked implicitly by orb(1G) or scene(1G), and the image is piped to dither automatically. The algorithm used by render is described in Bacon, D.J. & Anderson, W.F., "A Fast Algorithm for Rendering Images of Solid Objects with Shadows, and Its Application in Making Pictures of Molecules," manuscript in preparation (probably to be submitted to J. Comp. Chem. or to J. Mol. Graphics), 1988. Input file format The input layout for render is the same as that accepted by scene(1G * Tell everyone about RASTER3D! * The rendering algorithm used by the program "render.f" is * described in the following paper: * If you have any questions, problems, comments, complaints, or suggestions, please do not hesitate to call or write me. David Bacon Department of Biochemistry Medical Sciences Building University of Alberta Edmonton, AB T6G 2H7 CANADA Phone: 403-432-4575 Bitnet: USERGORA@UALTAMTS I will be moving to the Washington, DC area sometime in August, 1988. Here is a temporary intermediate contact: c/o John Moult Center for Advanced Research in Biotechnology 9600 Gudelsky Drive Rockville, MD 20850 USA Phone: 301-975-2593 Bitnet: JOHN@MSMFVM Mark Israel and Stephen Samuel made significant contributions to this package, and may be reached at the Edmonton address above or as follows: Phone: 403-432-2422 Bitnet: USERLNDS@UALTAMTS ******************************************************************* Hope this is of some general interest. -------------------------------------------------------------- * Darrell R. Davis * * * "Faster, faster, until the Assistant Professor * * * thrill of speed overcomes Medicinal Chemistry *A**L**T**A* the fear of death." University of Utah * * * * * * --H.S. Thompson * --------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24181; 11 Jul 90 9:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23692; 11 Jul 90 9:19 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23598; 11 Jul 90 9:02 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa09351; 11 Jul 90 8:55 EDT Received: from UKACRL.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 6638; Wed, 11 Jul 90 08:54:22 EDT Received: from RL.IB by UKACRL.BITNET (Mailer X1.25) with BSMTP id 5551; Wed, 11 Jul 90 13:52:11 BST Received: from RL.IB by UK.AC.RL.IB (Mailer R2.03B) with BSMTP id 5209; Wed, 11 Jul 90 13:52:08 BST Via: UK.AC.OX.VAX; 11 JUL 90 13:52:04 BST Date: Wed, 11 JUL 90 13:53:28 GMT From: HCART@vax.oxford.ac.uk To: INFO-IRIS@BRL.MIL Subject: Why does my wtmp only live 24 hours? Message-ID: <9007110855.aa09351@VGR.BRL.MIL> Every morning when I login on my 3130, the wtmp file starts afresh with the first user of the day. The previous wtmp is not copied to OLDwtmp, which cron should do on the 1st of each month, but has fallen into a black hole. As far as I can see, cron treats wtmp, sulog etc in exactly the same way, but sulog and the rest survive the night intact, while wtmp dies each night. I have accounting turned on. Anyone know what might be wiping wtmp once every 24 hours? Hugh Cartwright. Physical Chemistry, Oxford.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa27724; 11 Jul 90 13:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26744; 11 Jul 90 12:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26653; 11 Jul 90 12:05 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10101; 11 Jul 90 11:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27355; Wed, 11 Jul 90 08:35:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jul 90 15:30:48 GMT From: David Kriegman Organization: Yale University, Center for Systems Sciences Subject: Frame Grabbers? Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm in the market for a frame grabber for a 4D/25. I'd like it to have at least three channels so I can grab RGB color or stereo. It is certainly preferable that device drivers and some sort of interface code are available. In addition, the frame grabber will be used on a mobile robot which may be running with SGI CPU cards. Right now, the Androx ICS-400 is the prime candidate. Unfortunately, this is a 9U board and so it will require putting it in an expansion cage on the 4D/25. Does anyone have any suggestions for other frame grabbers? Thanks for any info. -Dave Kriegman kriegman@klaupacius.eng.yale.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01259; 11 Jul 90 16:54 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00994; 11 Jul 90 16:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00990; 11 Jul 90 16:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11158; 11 Jul 90 15:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12483; Wed, 11 Jul 90 12:15:59 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jul 90 13:50:19 GMT From: "Charles E. Towne" Organization: NASA/Lewis Research Center, Cleveland Subject: Re: Jot jinkxes Message-Id: <1990Jul11.135019.24313@eagle.lerc.nasa.gov> References: <9007101814.AA05130@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007101814.AA05130@mcirps2.med.nyu.edu> root@MCIRPS2.MED.NYU.EDU writes: > >Jot drops cr/newlines or whatever serves that purpose in some lines. >Shell scripts will sometines conk out with odd error messages if you edit them >with jot. I have worked around by double spacing around trouble spots. > I've been using jot under IRIX 3.2 for everything from source code, to shell scripts, to text (like this message.) I've seen the dropping newlines problem also, but only under certain situations. I'm sure it's not a random problem (computers are deterministic, I hope :-)). It appears to be related to moving the cursor with the arrow keys when at the end of lines. Doing all cursor movement with the mouse eliminates the problem, for me anyway. Now, if only jot had some command-line feature for things like global search and replace, I could quit using vi entirely. -- Charlie Towne Email: pstowne@zargon.lerc.nasa.gov MS 5-11 Phone: (216) 433-5851 NASA Lewis Research Center Cleveland, OH 44135   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01856; 11 Jul 90 19:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01800; 11 Jul 90 18:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01780; 11 Jul 90 18:10 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa11862; 11 Jul 90 17:56 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22562; Wed, 11 Jul 90 14:42:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jul 90 18:25:08 GMT From: "Dennis Flanigan Jr." Organization: Goddard Space Flight Center Climate and Radiation Branch Subject: xray on iris 4d ? Message-Id: <2756@dftsrv.gsfc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody have any experience with the X11 windows toolbox xray. We are having some problems getting it work on our iris 4d. Any help would be appreciate. -Thanks -------------------------------------------------------------------------- Dennis Flanigan Jr. | Goddard Space Flight Center Applied Research Corp. | Code 913 flanigan@iris613.gsfc.nasa.gov | (301) 286-9136   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02716; 11 Jul 90 22:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02532; 11 Jul 90 22:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02487; 11 Jul 90 22:12 EDT Received: from ksuvm.ksu.edu by VGR.BRL.MIL id aa12691; 11 Jul 90 21:58 EDT Received: from KSUVM.KSU.EDU by KSUVM.KSU.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 0527; Wed, 11 Jul 90 20:57:40 CDT Received: by KSUVM (Mailer R2.07) id 3448; Wed, 11 Jul 90 20:57:40 CDT Date: Wed, 11 Jul 90 20:54 CDT From: Kirk Clark Subject: dead disk ??? To: INFO-IRIS@BRL.MIL MMDF-Warning: Parse error in original version of preceding line at BRL.MIL Message-ID: <9007112158.aa12691@VGR.BRL.MIL> I discovered that our system had "hung" the other morning (following a nasty T-storm) and I haven't been able to revive it since. The computer (70GT) could make it to the PROM prompt but will it will "hang" after issuing the auto command. Specifically, the typical 3 numbers plus an entry point number are reported; the drive "clicks" a few times; and nothing --- system is dead in the water. On the advice of SGI hotline software support, I decided that starting fresh with fx was my only hope. Well, fx did not work and SGI wants a PO # before we can get further support. I am not convinced (not completely anyway) that there isn't a cheaper solution at hand... then again I'm a biochemist not a computer scientist. Things I can get the computer to do: 1) boot sash.IP4 or fx.IP4 from the 3.2 distribution tape. 2) with fx: controller passes test fx can get label info from the drive auto (format, exercising) runs without complaint (bye, bye data) But: The computer still always hangs when trying to start the install program (called from either PROM or SASH). A copy of install is put on the hard drive; 3 numbers and an entry number reported; then nothing :-(. - Does install require a fs to exist before it will run? - What are the steps needed to install the primary system drive given only a tape drive from scratch? - Does fx's exercising success guarantee hardware integrity? - Do the fx's defaults really work? Oh, I don't if know these observations are important: 1) an autoboot from PROM (after fx has labelled, formatted, and exercised the drive) reports: sash not found, known files are sgilabel 280 bytes 2) The computer's status number (next to the reset button) is a virtual blur because of very rapid changes in the displayed number. Thanks in advance, Kirk Clark KLC@KSUVM Biochemistry Department Kansas State University   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03173; 12 Jul 90 0:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02990; 11 Jul 90 23:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02976; 11 Jul 90 23:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13330; 11 Jul 90 23:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14743; Wed, 11 Jul 90 20:16:17 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 11 Jul 90 16:38:41 GMT From: Tom Weinstein Organization: Silicon Graphics Inc. Subject: Re: Ray-tracing Message-Id: References: <9007092046.AA07962@frodo.Physics.McGill.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007092046.AA07962@frodo.Physics.McGill.CA>, loki@physics.mcgill.ca (Loki Jorgenson Rm421) writes: > Does anyone know if any of the currently available PD ray-tracing > packages is particularly useful on the IRIS? A 4D/25 in our case. > The best known one I would guess would be the MTV RayTracer. But how > easy it to use with the existing IRIS graphics library? > Loki Jorgenson node: loki@physics.mcgill.ca I got rayshade working fairly easily on a 4D/20. You also need to get the utah RLE toolkit. Most raytracers shouldn't really have any compatibility problems with the GL because all they do is write out an image file of some sort. The problems begin when trying to display the images on the screen. -- Tom Weinstein Silicon Graphics, Inc., Entry Systems Division, Window Systems tomw@orac.esd.sgi.com Any opinions expressed above are mine, not sgi's.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03287; 12 Jul 90 0:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03173; 12 Jul 90 0:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03040; 11 Jul 90 23:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13451; 11 Jul 90 23:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15722; Wed, 11 Jul 90 20:32:18 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jul 90 01:21:36 GMT From: Paul Haeberli Organization: Silicon Graphics, Inc., Mountain View, CA Subject: How to print a font sampler . . . . . . Message-Id: <63900@sgi.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL %! % tryfont - % Draw all the standard characters in a font. Place this % after the font definition if it isn't a standard font % % Paul Haeberli - 1990 % % /Times-Roman % name the font to draw here % % findfont 0.5 scalefont setfont 0.0 setgray /centershow { dup stringwidth pop -2 div 0 rmoveto show } def 72 72 scale 4.0 9.0 moveto (AaBbCcDdEeFf) centershow 4.0 8.0 moveto (GgHhIiJjKkLl) centershow 4.0 7.0 moveto (MmNnOoPpQqRr) centershow 4.0 6.0 moveto (SsTtUuVvWwXx) centershow 4.0 5.0 moveto (YyZz) centershow 4.0 4.0 moveto (1234567890) centershow 4.0 3.0 moveto (`~!@#$%^&*\(\)_+,.) centershow 4.0 2.0 moveto (-={}[]|\\:";'<>,?/) centershow showpage   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04701; 18 Jul 90 9:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03938; 18 Jul 90 8:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03792; 18 Jul 90 8:29 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa26253; 17 Jul 90 13:19 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3803; Tue, 17 Jul 90 13:18:07 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Wed, 11 Jul 90 09:53 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:phil@brl.mil) id AA07070; Wed, 11 Jul 90 10:32:33 DSD Date: Wed, 11 Jul 90 10:32:33 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: Updated TCSH for 4D's To: phil@BRL.MIL Cc: info-iris@BRL.MIL Message-id: <9007111732.AA07070@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil, phil@brl.mil Pardon my ignorance, but what is TCSH ? dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06233; 12 Jul 90 8:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05424; 12 Jul 90 8:35 EDT Received: from vm.nrc.ca by VMB.BRL.MIL id aa05168; 12 Jul 90 8:20 EDT Received: from VM.NRC.CA by VM.NRC.CA (IBM VM SMTP R1.2.2MX) with BSMTP id 8706; Thu, 12 Jul 90 08:16:45 EDT Received: by NRCVM01 (Mailer R2.06) id 8705; Thu, 12 Jul 90 08:16:44 EDT Date: Thu, 12 Jul 90 08:16:41 EDT From: Claude.P.Cantin%NRC.CA@VM.NRC.CA Subject: Unmatched . error FIXED!!!! To: info-iris@vmb.brl.mil Message-ID: <9007120820.aa05168@VMB.BRL.MIL> From: Ken Lalonde Two days ago, I sent a request for help concerning a Unmatched ". error when I was trying to read some mail (using the BSD mail interface). The first reply I got was from Ken Lalonde (cs.toronto.edu) and he hit the spot!!! Here is part of what he wrote: >Sounds to me like the error is coming from the shell, not Mail. >For messages longer than a certain length (the value of the "crt" variable), >Mail forks your PAGER (default "more"). It uses your shell to invoke >the PAGER. >It may be that your PAGER variable has an extra quote in it, or >there is a problem with your .cshrc, or /etc/cshrc. >The problem wouldn't show up when reading short messages, since no >PAGER is started in that case. >Try doing this inside Mail and see if the problem goes away: > set SHELL=/bin/sh >I have the above command in my .mailrc. It is a lot >faster to start /bin/sh than /bin/csh, especially if you have >no .profile. I got rid of my "PAGER" definition, and all seems well... Thanks everyone (specially Ken) to make this list work!!! Claude Cantin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07169; 12 Jul 90 9:56 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04675; 12 Jul 90 7:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04493; 12 Jul 90 7:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14562; 12 Jul 90 7:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10780; Thu, 12 Jul 90 04:21:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jul 90 11:07:33 GMT From: Hannu Visti Organization: Helsinki University of Technology, Finland Subject: compiling tty-oriented software Message-Id: Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have had problems when compiling several programs for 4D/25 running IRIX 3.2.1. The programs are originally written for BSD, but this far that hasn't caused any problems. I get from at least three different programs the following error: ccom: Error: ./header.h, line ..: unknown size struct sgttyb params; I have the -I/usr/include/bsd-option for cc. So: Is IRIS unable to handle this type of tty-control, or do I have to include something, or somehow customize the source? sgttyb seems to be only used in /usr/include/curses.h. I tried to include that also, but it didn't help. /hv   Received: from vmb.brl.mil by VMB.BRL.MIL id aa07969; 12 Jul 90 10:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa06493; 12 Jul 90 9:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa06263; 12 Jul 90 8:48 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa14502; 12 Jul 90 6:56 EDT Received: from ITNVAX.CINECA.IT by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 8112; Thu, 12 Jul 90 06:56:01 EDT Message-id: <2612> Date: Thu, 12 JUL 90 12:42 N From: CAVECCHIA%ITNVAX.CINECA.IT@cunyvm.cuny.edu Reply-To: CAVECCHIA%ITNVAX.CINECA.IT@cunyvm.cuny.edu Subject: Chaos (visual dynamic) To: INFO-IRIS@BRL.MIL Someone told me about a nice program which name is CHAOS for the Iris. This program provides an environment for numerical exploration in phase space of dynamical systems. It is written by Bruce Stewart of the Brookhaven National Labs. The problem is: Is this program available to everyone (i.e. public domain)? In case the previous answer were yes, how is possible to get it? I mean an anonymous ftp source or something like that. Thanks a lot in advance to all. valter P.S. I'm also interested in any program related with the field of scientific visualization. I'm organizing a local workshop here in Italy for the Italian Accademic Community next September and would like to have some software running. Public domain or demo versions (but with some interactivity) of commercial products would be very appreciated. --------------------------------------------------------------------------- | Valter V. Cavecchia | Bitnet: cavecchi@itncisca | | Centro di Fisica del C.N.R. | cavecchia@itnvax.cineca.it | | I-38050 Povo (TN) - Italy | Decnet: itnvax::cavecchia (37.65) | ---------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08164; 12 Jul 90 11:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab06233; 12 Jul 90 8:53 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05940; 12 Jul 90 8:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14775; 12 Jul 90 8:26 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13462; Thu, 12 Jul 90 05:22:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jul 90 12:10:41 GMT From: Jeff Bangert Organization: University of Kansas Academic Computing Services Subject: TeX for SGI Message-Id: <24933.269c2271@kuhub.cc.ukans.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have a public domain implementation of TeX for Silicon Graphics? Thanks. -- Jeff Bangert BITNET: JEFF@UKANVM Academic Computing Services Internet: jeff@kuhub.cc.ukans.edu University of Kansas Phone: (913) 864-0466 Lawrence, KS 66045   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10231; 12 Jul 90 14:29 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09931; 12 Jul 90 14:18 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09881; 12 Jul 90 14:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16000; 12 Jul 90 13:42 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03967; Thu, 12 Jul 90 10:35:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jul 90 17:32:29 GMT From: John Buchanan Organization: UBC Department of Computer Science, Vancouver, B.C., Canada Subject: Using the monitor as a frame buffer without news. Message-Id: <8659@ubc-cs.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In the good old days ( <= 3000 series) one could use the sgi boxes as dumb frame buffers. With out getting into a discussion re. the merits of turning a 'workstation' into a 'dumb' frame buffer, is it possible for some process to draw on the screen while NeWS is not running? Another way to ask this question would be. Has any one any idea how pandora gets access to the screen, and can it be done in full 24bit color. ========================================================================= | |===============================| | John Buchanan (juancho) | buchanan@cs.ubc.ca | | Imager Manager |===============================| | Imager | (604) 228-2218 | | Department of Computer Science |===============================| | University of British Columbia | Standard disclaimer | | Vancouver, BC, Canada | included in this | | | box, right here. | =========================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11480; 12 Jul 90 15:45 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10906; 12 Jul 90 15:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10885; 12 Jul 90 15:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16156; 12 Jul 90 14:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06941; Thu, 12 Jul 90 11:20:02 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jul 90 17:52:53 GMT From: Betsy Zeller Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: workspace shell sdtout Message-Id: <63940@sgi.sgi.com> References: <9007100212.AA02012@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007100212.AA02012@mcirps2.med.nyu.edu> dean@MCIRPS2.MED.NYU.EDU writes: > >when workspace is started in a login or user.ps, all stderr and stdout >is lost.(or goes somplace I don't know about right now). > >I have to start it in a shell to capture the error output from the cmd open >and other rules that involve shells. > >This property is sub-optimal. > The preferred method of having workspace start up when you log in is to use the system manager, open the user tool, select the users icon, and set workspace 'on' in the appropriate spot (by selecting a button). This will ensure that workspace starts up whenever that user logs on. When workspace is started via this mechanism, these errors go to the console window, which is preferable to having them disappear into hyperspace. Hope this helps. Betsy Zeller betsy@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12349; 12 Jul 90 16:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10593; 12 Jul 90 15:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10554; 12 Jul 90 14:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16125; 12 Jul 90 14:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05423; Thu, 12 Jul 90 10:57:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jul 90 13:15:28 GMT From: Nadia Magnenat Thalmann Organization: University of Geneva, Switzerland Subject: Software to drive a Matrix QCRZ from a IRIS 4D Message-Id: <622@uni2a.unige.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are looking for software to drive a Matrix QCRZ from an IRIS 4D. We have a network of 11 IRIS 4D (from 4D/25 to 4D/240GTX) and we have a Matrix QCRZ. Now, we make slides by transferring files from IRIS to a MacIntosh-II, because we have a program to drive the QCRZ from the Mac. We got an IEEE interface (GPIB) for the IRIS, but we don't have the specific software to drive the QCRZ from the IRIS. Is there anybody to help us. Thank you. Daniel Thalmann Director, Computer Graphics Lab Swiss Federal Institute of Technology tel: 41-21-693-5214 fax: 41-21-693-3909 Email: thalmann@eldi.epfl.ch   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12883; 12 Jul 90 16:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab11480; 12 Jul 90 15:57 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11292; 12 Jul 90 15:36 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16160; 12 Jul 90 14:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06924; Thu, 12 Jul 90 11:19:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jul 90 14:14:06 GMT From: "Scott E. Townsend" Organization: NASA/Lewis Research Center, Cleveland Subject: Graphics FIFO error, How did I cause it? Message-Id: <1990Jul12.141406.24366@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL As the subject line states, I'm getting graphics FIFO errors logged in /usr/adm/SYSLOG: Jul 12 07:48:03 bach grcond[1113]: CIO: WARNING: Graphics error: GE PC = 11940 Jul 12 07:48:03 bach grcond[1113]: CIO: Jul 12 07:48:03 bach grcond[1113]: CIO: gr1_fifo_intr: TIMEOUT (FIFO still > hal f full)! The situation is a heavily loaded system running the usual 4Sight windows (just wsh's) and a simple surface plotter displaying near real-time computation data. The computation is limited to the Iris's graphics speed, since without the surface plotter running the computation runs a lot quicker. (The computation is performed on an attached parallel processor, the only computations on the Iris are for the graphics only) The system is a Personal Iris, running IRIX 3.2. The surface program is using tmeshes on an RGB mode display, nothing amazing. I get these not on every run, but so frequently that it's getting real annoying. (The NeWS server goes down and I have to log in again) Any ideas on what's happening? Or even better, any ideas on what I can change to avoid this? Any suggestions would be appreciated. (For instance, is there a way to know that I'm about to "overdrive" the graphics system, and pause for a while?) -- ------------------------------------------------------------------------ Scott Townsend | Phone: 216-433-8101 NASA Lewis Research Center | Mail Stop: 5-11 Cleveland, Ohio 44135 | Email: fsset@bach.lerc.nasa.gov ------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13783; 12 Jul 90 18:58 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13716; 12 Jul 90 18:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13699; 12 Jul 90 18:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21542; 12 Jul 90 18:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA21535; Thu, 12 Jul 90 15:02:20 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jul 90 21:53:12 GMT From: usc!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!dogie.macc.wisc.edu!vms.macc.wisc.edu!bruggink@ucsd.edu Subject: togif and tosun Message-Id: <4017@dogie.macc.wisc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL A while ago the codes for fromgif.c and fromsun.c were posted. Are equivalent programs available for going the other way, i.e. tosun and togif, and could these be provided as well??   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13892; 12 Jul 90 19:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab13716; 12 Jul 90 18:47 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab13699; 12 Jul 90 18:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21544; 12 Jul 90 18:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA21832; Thu, 12 Jul 90 15:06:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jul 90 19:45:11 GMT From: Ron Fischer Organization: Silicon Graphics, Entry Systems Division Subject: Re: Jot jinx Message-Id: <10286@odin.corp.sgi.com> References: <9007101814.AA05130@mcirps2.med.nyu.edu>, <1990Jul11.135019.24313@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >... It >appears to be related to moving the cursor with the arrow keys when at >the end of lines. Ah! This characterizes the problem sufficiently. There was a cursor placement problem w.r.t. newline that was fixed in the last release. It was possible to "right arrow" over the newline, delete it, and not have jot remove the line break on screen. This is fixed in the latest release of Irix (unless your problem is actually something else). ronf(); WorkSpace Team UI Group   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00740; 13 Jul 90 1:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00627; 13 Jul 90 1:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00599; 13 Jul 90 0:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00691; 13 Jul 90 0:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04052; Thu, 12 Jul 90 18:10:02 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 00:28:32 GMT From: peter broadwell Subject: Re: Chaos (visual dynamic) Message-Id: <10304@odin.corp.sgi.com> References: <2612> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <2612> Valter (CAVECCHIA%ITNVAX.CINECA.IT@CUNYVM.CUNY.EDU) writes: >Someone told me about a nice program which name is CHAOS for the Iris. >This program provides an environment for numerical exploration in >phase space of dynamical systems. It is written by Bruce Stewart of >the Brookhaven National Labs. >The problem is: Is this program available to everyone (i.e. public domain)? The answer is yes: You can get it via anonymous ftp from bnlux0.bnl.gov. pub/chaos.tar.Z A very nice complete package, it works on both 3000's and 4D's (with a bit of tweeking and a recompile of course). Any troubles getting it => email to bstewart@bnlux0.bnl.gov or me, peter@sgi.sgi.com ;;peter   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00740; 13 Jul 90 1:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00627; 13 Jul 90 1:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab00599; 13 Jul 90 0:38 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00693; 13 Jul 90 0:27 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02657; Thu, 12 Jul 90 17:47:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 00:40:21 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: IRIX 3.3 Question Message-Id: <11056@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This may seem like a silly question, but how do you get IRIX 3.3? We have software support on our two 4D/20's and two 4D/25's, and we thought we would automatically be sent the upgrade. Do we specifically have to ask for it or should we have received it already? Thanks, Kevin krk@cs.purdue.edu ...!{gatech,ucbvax,uunet}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06846; 13 Jul 90 9:32 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04580; 13 Jul 90 8:10 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04390; 13 Jul 90 7:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03066; 13 Jul 90 7:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10029; Fri, 13 Jul 90 04:37:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 12 Jul 90 15:27:06 GMT From: Earl Baugh Organization: Advanced Decision Systems, Arlington VA Subject: C Error on 4d/25 TGX, irix 3.2.1 Message-Id: <8903@potomac.ads.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Ok, I'm totally confused here...In the following code segment, why do I get the error messages that follow....why undefined p1 & p2? I tried compiling the same source on a Sun (4.0.3) [though I had to change the prototype to the old style declaration] and two PC compilers and none of them had any problems, so why a problem with the iris? (I tried changing the prototype to an old style declaration and still had the same problem) If there is some "C" knowledge I'm missing here, I'd like to know where to find out about it..... ---------------------------------Code test.c ------------------------------- #include #define TYPETABLESIZE 255 int TypeHash(int code, void *p1, void *p2); int TypeHash (int code, void *p1, void *p2) { return (int) abs(((code * abs(((long)*p1+1)) * abs(((long)*p2+1))) % TYPETABLESIZE)) + 1; } main() { int a, b, c; a = 1; b = 2; c = 3; TypeHash(a, (void *)&b, (void *)&c); } -------------------------results of "make test"----------------------------- cc -O test.c -o test ccom: Error: test.c, line 8: p1 undefined return (int) abs(((code * abs(((long)*p1+1)) * abs(((long)*p2+1))) % 255)) + 1; ---------------------------------------------^ ccom: Error: test.c, line 8: illegal indirection return (int) abs(((code * abs(((long)*p1+1)) * abs(((long)*p2+1))) % 255)) + 1; ---------------------------------------------^ ccom: Error: test.c, line 8: p2 undefined return (int) abs(((code * abs(((long)*p1+1)) * abs(((long)*p2+1))) % 255)) + 1; ------------------------------------------------------------------^ ccom: Error: test.c, line 8: illegal indirection return (int) abs(((code * abs(((long)*p1+1)) * abs(((long)*p2+1))) % 255)) + 1; ------------------------------------------------------------------^ (ccom): test.c, line 8: cannot recover from earlier errors: goodbye! } ^ *** Error code 1 Stop. --------------------------------------------------------------------------- 'Later-- Earl D. Baugh Jr. Advanced Decision Systems Internet : baugh@ads.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00882; 13 Jul 90 1:31 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00740; 13 Jul 90 1:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00689; 13 Jul 90 1:03 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa00786; 13 Jul 90 0:49 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Fri, 13 Jul 90 16:37 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Fri, 13 Jul 90 16:36 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:jeff@huhub.cc.ukans.edu) id AA01207; Fri, 13 Jul 90 16:33:43 NZT Date: Fri, 13 Jul 90 16:33:43 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: TeX for SGI To: jeff@huhub.cc.ukans.edu Cc: info-iris@vgr.brl.mil Message-Id: <9007130433.AA01207@ccu1.aukuni.ac.nz> >Does anyone have a public domain implementation of TeX for >Silicon Graphics? I have suscessfully installed TeX from the standard Unix distribution which is available from june.washington.edu. Watch out for the default for characters, I can't remember if they are signed or unsigned by default, anyway TeX assumes the opposite. You need to make a change in the site.h file. The place is clearly indicated. Alternatively there is a packaged system in 4 compressed tar files on vgr.brl.mil this is compiled and ready. It is a miminal system but does include a previewer for the Iris. Russell. -- +-----------------------------------------------------------------+ | Russell Fulton 'phone +64 9 737-999 x 8955 | | Computer Centre domain rj_fulton@aukuni.ac.nz | | University of Auckland fax +64 9 303-2467 | | Private Bag time gmt -12 (13) (summer time)| | Auckland, New Zealand. | +-----------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01200; 13 Jul 90 2:52 EDT Received: by VMB.BRL.MIL id ab01191; 13 Jul 90 2:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00984; 13 Jul 90 2:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00976; 13 Jul 90 1:50 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa00880; 13 Jul 90 1:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19109; Thu, 12 Jul 90 22:10:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 05:06:19 GMT From: "Michael A. Wilson" Organization: Nasa Ames Research Center Subject: RN on sgi Message-Id: <53761@ames.arc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi all, It seems a good bet that most/all of you have built rn on an sgi... I'm trying to run it as a client. I can read articles just fine. When I try to save an article, or add a new group, though, I frequently get an "rrn: unexpected close of socket." Another thing which has happened is that rn suddenly thinks ALL the groups in .newsrc are bogus ( has rn just not noticed the loss of connection?). rn is version 4.3 inews is built from version 1.5 of the nntp stuff. I compiled things with -I/usr/include/bsd ... -lbsd any suggestions? thanks .... mike wilson   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03121; 13 Jul 90 6:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02619; 13 Jul 90 6:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02586; 13 Jul 90 6:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa02595; 13 Jul 90 6:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05519; Fri, 13 Jul 90 03:02:09 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 07:23:01 GMT From: eru!luth!sunic!mcsun!cernvax!chx400!urz.unibas.ch!doelz@bloom-beacon.mit.edu Organization: University of Basel, Switzerland Subject: Stereo wanted but no Crystal Eyes practicable Message-Id: <1990Jul13.082301.813@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi all, I need a stereo device for the power series which gives me an alternative to stereo view (i.e., a shutter in front of the screen or similar) which enables me to let < 10 people look at a stereo image without nneding to spend 45000 SFr. for glasses. I'd appreciate any hints on source, implementation, and price/performance issues. Regards Reinhard ************************************************************************ Dr. Reinhard Doelz * EAN doelz@urz.unibas.ch Biocomputing * DECNET 48130::doelz Biozentrum der Universitaet * X25 psi%46211142::embnet Klingelbergstrasse 70 * FAX x41 61 256760 CH 4056 Basel * TEL x41 61 253880 ext 888 ************************************************************************   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10483; 13 Jul 90 12:23 EDT Received: by VMB.BRL.MIL id ae09727; 13 Jul 90 12:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09067; 13 Jul 90 11:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09026; 13 Jul 90 11:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03950; 13 Jul 90 11:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22027; Fri, 13 Jul 90 08:00:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 14:56:12 GMT From: Jonathon Sivier Organization: University of Illinois at Urbana Subject: Re: Using the monitor as a frame buffer without news. Message-Id: <1990Jul13.145612.10104@ux1.cso.uiuc.edu> References: <8659@ubc-cs.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8659@ubc-cs.UUCP> buchanan@cs.ubc.ca (John Buchanan) writes: > >In the good old days ( <= 3000 series) one could use the sgi boxes as dumb >frame buffers. With out getting into a discussion re. the merits of turning >a 'workstation' into a 'dumb' frame buffer, is it possible for some process >to draw on the screen while NeWS is not running? > Along these same lines, is there any way to run a graphics program from a remote terminal if no one is logged on to the console and thus has NeWS running? On the older systems you could do gbegin() and then use the display whether you were logged into the console or a remote terminal, and whether or not the windowing system was running. Now you get the error message "cannot assign myself context 0" if NeWS is not running. So someone (anyone) must be logged into the console in order to run a graphical application. This is regardless of whether you use gbegin() or winopen(); Is there a way to start NeWS from a remote terminal, with the output to be displayed on the main console? What program(s) get run when you login to start NeWS? Can these be run by hand from a remote terminal? What system script files are executed whene you log in? Is the NeWS startup program called from one of those? Is any of this documented and if so where? Thanks for your assistance. Jonathan -- Jonathan Sivier jsivier@ux1.cso.uiuc.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ac10483; 13 Jul 90 12:23 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09983; 13 Jul 90 12:13 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09768; 13 Jul 90 11:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04056; 13 Jul 90 11:43 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23837; Fri, 13 Jul 90 08:28:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 15:15:03 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: Sorry. Message-Id: <11059@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Sorry to anyone who has tried to send me mail in response to my IRIX 3.3 question. Something got messed up with mail on my Iris and mail couldn't be delivered. If you tried to send me a response, please to do again as I have the problem fixed. Thanks, Kevin krk@cs.purdue.edu ...!{gatech,ucbvax,uunet}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10881; 13 Jul 90 12:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad10483; 13 Jul 90 12:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10375; 13 Jul 90 12:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04467; 13 Jul 90 12:16 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26274; Fri, 13 Jul 90 09:05:02 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 15:24:57 GMT From: Thant Tessman Organization: Silicon Graphics Inc. Subject: Re: Stereo wanted but no Crystal Eyes practicable Message-Id: <10323@odin.corp.sgi.com> References: <1990Jul13.082301.813@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul13.082301.813@urz.unibas.ch>, doelz@urz.unibas.ch writes: > Hi all, > > I need a stereo device for the power series which gives me an alternative > to stereo view (i.e., a shutter in front of the screen or similar) > which enables me to let < 10 people look at a stereo image without > nneding to spend 45000 SFr. for glasses. > > I'd appreciate any hints on source, implementation, and price/performance > issues. > > Regards > Reinhard > StereoGraphics (415 459-4500) sells a thing called (I think) a Z-Screen. It goes over the monitor and circularly polarizes every other frame. The viewer wears passive polarized glasses that look like sunglasses. This is the most economic solution for when you need to show a stereo image to many simultaneous viewers. The Z-Screen (or something like it) can be used with a projection television to create really big stereo images. thant   Received: from vmb.brl.mil by VMB.BRL.MIL id aa11421; 13 Jul 90 13:15 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08025; 13 Jul 90 10:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07807; 13 Jul 90 10:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa03714; 13 Jul 90 10:13 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18877; Fri, 13 Jul 90 07:09:38 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 14:08:02 GMT From: Tom Fairgrieve Organization: Department of Computer Science, University of Toronto Subject: Basic Linear Algebra Subroutines (BLAS) Message-Id: <90Jul13.100737edt.8304@ephemeral.ai.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does SGI have an optimized version of the BLAS (Basic Linear Algebra Subroutines) available for the 4d/240? If so, how does the performance of this version compare to a version produced by the f77 compiler with -O3 optimization level set? I'm interested in all 3 levels of the BLAS. Thanks for any information, Tom Fairgrieve tff@na.utoronto.ca   Received: from vmb.brl.mil by VMB.BRL.MIL id aa15972; 13 Jul 90 18:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac15709; 13 Jul 90 17:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab15687; 13 Jul 90 17:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05601; 13 Jul 90 17:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12989; Fri, 13 Jul 90 13:22:03 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 18:31:03 GMT From: Ron Fischer Organization: Silicon Graphics, Entry Systems Division Subject: Re: Stereo wanted but no Crystal Eyes practicable Message-Id: <10341@odin.corp.sgi.com> References: <1990Jul13.082301.813@urz.unibas.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL If color isn't important to you the old Red/Blue glasses would suffice, with two images rendered, one in red, the other blue. Its a cheap old trick, but if your constraint is cost, it will do the job. ronf();   Received: from vmb.brl.mil by VMB.BRL.MIL id ab15972; 13 Jul 90 18:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad15709; 13 Jul 90 17:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac15687; 13 Jul 90 17:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05603; 13 Jul 90 17:34 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12808; Fri, 13 Jul 90 13:19:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 19:29:25 GMT From: Steve Jay Organization: Ultra Network Technologies Subject: Re: IRIX 3.3 Question Message-Id: <1990Jul13.192925.1898@ultra.com> References: <11056@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <11056@medusa.cs.purdue.edu> krk@cs.purdue.EDU (Kevin Kuehl) writes: > This may seem like a silly question, but how do you get IRIX >3.3? We have software support on our two 4D/20's and two 4D/25's, and >we thought we would automatically be sent the upgrade. Do we >specifically have to ask for it or should we have received it already? I was told by an SGI person, who appears to know what's going on, that 3.3 is NOT a "push" release. This means 3.3 will be sent only to those who ask for it, or those who are on record with SGI has having bugs that are fixed in 3.3. I'm not sure of the procedure for asking for it. I'd try calling the hotline/helpline (or whatever it's called), and then contact your local salesperson if that doesn't work. Steve Jay shj@ultra.com ...ames!ultra!shj Ultra Network Technologies / 101 Dagget Drive / San Jose, CA 95134 / USA (408) 922-0100 x130 "Home of the 1 Gigabit/Second network"   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16115; 13 Jul 90 18:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa15709; 13 Jul 90 17:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15665; 13 Jul 90 17:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05588; 13 Jul 90 17:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12774; Fri, 13 Jul 90 13:19:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 16:54:35 GMT From: Archer Sully Subject: Re: Using the monitor as a frame buffer without news. Message-Id: <10330@odin.corp.sgi.com> References: <8659@ubc-cs.UUCP>, <1990Jul13.145612.10104@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul13.145612.10104@ux1.cso.uiuc.edu> jsivier@ux1.cso.uiuc.edu (Jonathon Sivier ) writes: >of whether you use gbegin() or winopen(); > Is there a way to start NeWS from a remote terminal, with the output to >be displayed on the main console? What program(s) get run when you login to >start NeWS? Can these be run by hand from a remote terminal? What system >script files are executed whene you log in? Is the NeWS startup program called >from one of those? Is any of this documented and if so where? This is pretty easy, although I don't know if its documented. All you have to do is run /etc/gl/restartgl. This is the program that login runs to start up 4Sight when you login. After running restartgl you need to wait a few seconds for 4sight to initialize (and no, there is no good way to determine exactly how long this is). Then you can run any graphics program you wish. Of course, interaction will be severly limited. Archer Sully | Ask not what you can do for you country, (archer@esd.sgi.com) | But what your country's been doing to you. | -- The Avengers   Received: from vmb.brl.mil by VMB.BRL.MIL id ac16115; 13 Jul 90 18:41 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac15972; 13 Jul 90 18:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15822; 13 Jul 90 18:01 EDT Received: from Frodo.Physics.McGill.CA by VGR.BRL.MIL id aa05620; 13 Jul 90 17:39 EDT Received: from gollum.Physics.McGill.CA by frodo.Physics.McGill.CA id AA11419; Fri, 13 Jul 90 16:12:51 EDT (5.59++/IDA-1.1S) Received: by gollum.Physics.McGill.CA id AA01408; Fri, 13 Jul 90 16:12:48 EDT (5.59++/IDA-1.1C) Date: Fri, 13 Jul 90 16:12:48 EDT From: Loki Jorgenson Rm421 Message-Id: <9007132012.AA01408@gollum.Physics.McGill.CA> To: info-iris@vgr.brl.mil Subject: ttytype problem Hey ho.... I have a Vision terminal plugged into one of the serial ports on the back of a 4D/25 with IRIX3.2.1. I have defined the TERM type in /etc/ttytype appropriately; ie. iris-ansi console iris-ansi systty visII ttyd1 ?v50am ttyd2 ?v50am ttyd3 etc.... All of the other entries are the ones which came with the system software. "visII" works properly for rlogins and the terminfo file was copped from a SUN's termcap file and transformed properly so I trust it. The problem: upon login, it is apparent (from numerous tests) that TERM and term are not being properly defined by the login process as "visII". The .login fails because of this. This problem exists only for the terminal on the serial port; the console and rlogins work fine. Does anyone have any ideas? I noticed in the man page login(1) that the TERM variable is not specifically mentioned as being set by the login process during login; this is contrary to the man page on the SUN which mentions it distinctly. On the other hand, ttytype(6) *does* say that the login process determines TERM using /etc/ttytype. ??? Thanks in advance, Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 << Waxing frees the mind and makes the legs smooth >>   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16246; 13 Jul 90 18:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae15972; 13 Jul 90 18:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad15822; 13 Jul 90 18:02 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05671; 13 Jul 90 17:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18170; Fri, 13 Jul 90 14:36:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 21:26:23 GMT From: David Drascic Organization: Dept of Industrial Engineering, University of Toronto Subject: Re: Stereo wanted but no Crystal Eyes practicable Message-Id: <1990Jul13.212623.19351@ecf.utoronto.ca> References: <1990Jul13.082301.813@urz.unibas.ch>, <10323@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10323@odin.corp.sgi.com> thant@horus.esd.sgi.com (Thant Tessman) writes: >In article <1990Jul13.082301.813@urz.unibas.ch>, doelz@urz.unibas.ch writes: >> Hi all, >> >> I need a stereo device for the power series which gives me an alternative >> to stereo view (i.e., a shutter in front of the screen or similar) >> which enables me to let < 10 people look at a stereo image without >> nneding to spend 45000 SFr. for glasses. >> >> I'd appreciate any hints on source, implementation, and price/performance >> issues. >> >> Regards >> Reinhard >> > >StereoGraphics (415 459-4500) sells a thing called (I think) >a Z-Screen. It goes over the monitor and circularly polarizes >every other frame. The viewer wears passive polarized glasses >that look like sunglasses. This is the most economic solution >for when you need to show a stereo image to many simultaneous >viewers. > >The Z-Screen (or something like it) can be used with a projection >television to create really big stereo images. > >thant Another solution is to use several sets of active shuttering glasses. Given the high cost of the Z-Screen, this might be something you want to consider. A few cheap options are: - Sega sells some for their home video game system at about CAN$70. They are encased in a cheapo housing with dark filters. If you can change the spectacle housing you would probably be alot happier. The driver that comes with these is virtually unusable without the entire game system, so you'd have to build your own. It's not too complicated. - Haitex sells some better ones called XSPECS for the Amiga for about CAN$250. The driver for these glasses has a three connections, one for ground, one for +5V @ 33mA, and the third accepts TTL pulses to switch the glasses from the left-eye-open to the right-eye-open states. It expects a 60Hz switching rate. The limitation with these shuttering glasses is that they are all designed to work at a 60Hz switching rate. At this rate there is some preceivable flicker, but under lower light level conditions, this is not a problem. The Sega glasses can driven by the Haitex driver, which can drive two pairs of glasses. We use our Iris 3120 which has a regular 60Hz monitor to produce stereoscopic graphics. We use automatic colour table swapping to separate the left and the right images. By using some simple electronics to monitor the sync signal to the monitor, we can make the Haitex driver switch the glasses in sync with the colour maps, so that each eye gets only it's own view. The StereoGraphics system typically works at 120Hz, and is pretty expensive. Our homemade system works at 60Hz, but is nice and cheap. Hope this help! David Drascic Dept of Industrial Engineering, University of Toronto drascic@ecf.utoronto.ca -- ^ __ /|\ / \ / | \ | ___ \__ __ | | / /   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16402; 13 Jul 90 19:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab15709; 13 Jul 90 17:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa15687; 13 Jul 90 17:46 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05596; 13 Jul 90 17:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA12962; Fri, 13 Jul 90 13:21:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 17:33:21 GMT From: Robert Skinner Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: C Error on 4d/25 TGX, irix 3.2.1 Message-Id: <10337@odin.corp.sgi.com> References: <8903@potomac.ads.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <8903@potomac.ads.com>, baugh@potomac.ads.com (Earl Baugh) writes: |> |> Ok, I'm totally confused here...In the following code segment, |> why do I get the error messages that follow....why undefined p1 & p2? |> I tried compiling the same source on a Sun (4.0.3) [though I had to |> change the prototype to the old style declaration] and two |> PC compilers and none of them had any problems, so why a problem |> with the iris? (I tried changing the prototype to an old style |> declaration and still had the same problem) |> |> If there is some "C" knowledge I'm missing here, I'd like to |> know where to find out about it..... |> |> ---------------------------------Code test.c ------------------------------- |> |> #include |> #define TYPETABLESIZE 255 |> |> int TypeHash(int code, void *p1, void *p2); |> |> int TypeHash (int code, void *p1, void *p2) |> { |> return (int) abs(((code * abs(((long)*p1+1)) * abs(((long)*p2+1))) % TYPETABLESIZE)) + 1; |> |> } |> I *think* its because p1 is a void*, when you say (long)*p1, you derefernce a void* which is undefined (fetch a void? whats a void?) then cast it to long. I think you want to cast it to a long*, then derefernce: *((long *)p1). (It shouldn't matter, but it would be nice if your cast matched what you pass: both ints or longs.) Robert Skinner robert@sgi.com Send lawyers, guns and money. -- Warren Zevon   Received: from vmb.brl.mil by VMB.BRL.MIL id ab16402; 13 Jul 90 19:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad15972; 13 Jul 90 18:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac15822; 13 Jul 90 18:01 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa05669; 13 Jul 90 17:44 EDT Received: Fri, 13 Jul 90 17:46:25 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 13 Jul 90 17:46:25 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007132146.AA29384@aero4.larc.nasa.gov> To: eagle!news@ucbvax.berkeley.edu Subject: Re: Graphics FIFO error, How did I cause it? Cc: info-iris@BRL.MIL I had a similar problem. The only way to fix it is to upgrade your OS to 3.3 The problem only shows up on the Personals. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id ac16402; 13 Jul 90 19:10 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16115; 13 Jul 90 18:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16036; 13 Jul 90 18:19 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05716; 13 Jul 90 17:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19382; Fri, 13 Jul 90 14:55:32 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 20:42:05 GMT From: Paul Linton Organization: Univ. of Ky., CCS. Subject: Remote printing from Personal Iris Message-Id: <15636@s.ms.uky.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone had any success adding remote printers from a PI? I attempt to add one and it keeps coming back as "Invalid login" and doesn't add the printer. I have seen the remote system's file and it clearly has my site in there as "authorized". Also, I am trying to hook up a local printer and instead of buying a 25pin serial to 9pin cable does anyone have the pin outs for such a beast? Thanks, Paul   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16508; 13 Jul 90 19:20 EDT Received: by VMB.BRL.MIL id aa16470; 13 Jul 90 19:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab16246; 13 Jul 90 18:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16156; 13 Jul 90 18:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05714; 13 Jul 90 17:58 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18960; Fri, 13 Jul 90 14:49:07 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 21:47:49 GMT From: Anastasios Kotsikonas Organization: Boston University Subject: srandom () on 4D Series Message-Id: <60593@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a question about srandom () on the 4-CPU 4D Series. Are there four different routines for each processor (that will produce the same sequence of numbers with the same seed), or is there only one which happens to be synchronized (in the way that printf () is), and if there are four, are they fed the same seed? If you reply to the group, please send me a carbon copy to tasos@cs.bu.edu or tasos@bu-pub.bu.edu Thanks in advance, Tasos Kotsikonas   Received: from vmb.brl.mil by VMB.BRL.MIL id ab16508; 13 Jul 90 19:20 EDT Received: by VMB.BRL.MIL id ab16470; 13 Jul 90 19:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac16246; 13 Jul 90 18:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab16180; 13 Jul 90 18:40 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05796; 13 Jul 90 18:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA20772; Fri, 13 Jul 90 15:15:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 20:44:39 GMT From: David Hinds Organization: AIR, Stanford University Subject: Re: IRIX 3.3 Question Message-Id: <1990Jul13.204439.19295@portia.Stanford.EDU> References: <11056@medusa.cs.purdue.edu>, <1990Jul13.192925.1898@ultra.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul13.192925.1898@ultra.com> shj@ultra.com (Steve Jay) writes: >I was told by an SGI person, who appears to know what's going on, that 3.3 >is NOT a "push" release. This means 3.3 will be sent only to those who ask >for it, or those who are on record with SGI has having bugs that are fixed >in 3.3. I called the SGI hotline, and they told me that 3.3 was going to ship in August. I'm confused - there seem to be quite a few people who have had it for a while, judging by the messages posted here. To those of you who do have it: how did you get it? Can anyone from SGI comment on this? -David Hinds dhinds@cbiris.stanford.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa16927; 13 Jul 90 21:33 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa16826; 13 Jul 90 21:12 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa16803; 13 Jul 90 20:56 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06265; 13 Jul 90 20:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29690; Fri, 13 Jul 90 17:36:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 13 Jul 90 19:21:59 GMT From: Scott Le Grand Organization: Penn State University Subject: NFS problems Message-Id: <90194.152159SML108@psuvm.psu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a question. I am trying to link two IRISES by NFS. If I specify a limited range of hosts in fstab, they both say "Access denied" even to the hosts specified as legal. If I remove the host limitation. One works fine, and it is running 3.3, while the other, which is running 3.2.2 rejects the other's attempt to access it... Any ideas? Scott   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17164; 13 Jul 90 22:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17049; 13 Jul 90 22:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17032; 13 Jul 90 22:09 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06406; 13 Jul 90 21:59 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05227; Fri, 13 Jul 90 18:57:01 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jul 90 00:05:56 GMT From: Jean-Pierre Panziera Organization: Silicon Graphics, Applications Product Division Subject: Re: Basic Linear Algebra Subroutines (BLAS) Message-Id: <10365@odin.corp.sgi.com> References: <90Jul13.100737edt.8304@ephemeral.ai.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <90Jul13.100737edt.8304@ephemeral.ai.toronto.edu>, tff@na.toronto.edu (Tom Fairgrieve) writes: > From: tff@na.toronto.edu (Tom Fairgrieve) > Subject: Basic Linear Algebra Subroutines (BLAS) > Date: 13 Jul 90 14:08:02 GMT > Organization: Department of Computer Science, University of Toronto > > Does SGI have an optimized version of the BLAS (Basic Linear Algebra > Subroutines) available for the 4d/240? If so, how does the performance > of this version compare to a version produced by the f77 compiler with > -O3 optimization level set? I'm interested in all 3 levels of the BLAS. > > Thanks for any information, > Tom Fairgrieve > tff@na.utoronto.ca As far as I know SGI does not have an official version of BLAS3, I may be wrong. However I have optimized/parallelized a Fortran version of the matrix multiplication routines of Blas3 I get pretty good results on a 220-GTX : dgemm 5-11 Mflops zgemm 10-14 Mflops sgemm 10-16 Mflops cgemm 12-17 Mflops the lowest performances are for A * trans(B), the highest for trans(A) * B I am sure it can be improved and I do not warranty it is bug free.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa17241; 13 Jul 90 23:21 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17195; 13 Jul 90 23:00 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17188; 13 Jul 90 22:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06504; 13 Jul 90 22:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07499; Fri, 13 Jul 90 19:33:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jul 90 02:02:25 GMT From: Chris Wagner Organization: Silicon Graphics, Research & Development Subject: Re: srandom () on 4D Series Message-Id: <10375@odin.corp.sgi.com> References: <60593@bu.edu.bu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL srandom is NOT threaded at all - only rand and srand are, and those are 'single threaded' as in printf - they deliver a single stream of random numbers. Chris Wagner   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18530; 14 Jul 90 4:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18459; 14 Jul 90 3:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18454; 14 Jul 90 3:47 EDT Received: from hydra.gatech.edu by VGR.BRL.MIL id aa07179; 14 Jul 90 3:27 EDT Received: from scivis3.gatech.edu by hydra.gatech.edu (5.61/3.1) id AA09020; Fri, 13 Jul 90 15:53:24 -0400 Received: by prism.gatech.edu (5.52/1.0) id AA08463; Fri, 13 Jul 90 15:53:16 EDT Date: Fri, 13 Jul 90 15:53:16 EDT From: ae504pw@prism.gatech.edu Message-Id: <9007131953.AA08463@prism> To: info-iris@BRL.MIL Subject: C compiler bug Cc: ae214rr@prism.gatech.edu Greetings, I believe I may have found a bug in the C compiler on the Iris. I compiled the following program, taken from the April 1985 PC Tech Journal, -----------------------Cut Here---------------------------------------- /*---------------------------------------------------------*/ /* High Performance CRC Computation Routine */ /* */ /* Copyright 1985 W. David Schwaderer */ /* All rights reserved */ /* */ /* Compiler used: Computer Innovations C86 V2.10A */ /* */ /* Warning...this program uses bit fields! */ /* For warnings on bit field hazards see: */ /* */ /* The C Wizard's Programming Reference Handbook */ /* W. David Schwaderer */ /* John Wiley and Sons, 1985 */ /* */ /*---------------------------------------------------------*/ /* Watch bit fields...see my C book... */ #include #define VOID int unsigned crc_table[256]; /* globally accessible */ main(argc, argv) int argc; char *argv[]; { VOID GenerateTable(); unsigned GenerateCRC(); unsigned length, crc; /* crc = 0x9001 */ static char TestArray1[] = {'\001', '\000'}; static char TestArray2[] = {'\001','\000', '\001', '\220'}; /* bytewise bytewise */ /* unreversed reversed */ static char TestMsg[] = "This is a test message."; GenerateTable(); /* fill in the crc_table */ PrintTable(); /* display the table */ length = sizeof(TestArray1); crc = GenerateCRC(length, TestArray1); /* calculate CRC */ printf("\n\n\nTestArray1 CRC = 0x%04x", crc); length = sizeof(TestArray2); crc = GenerateCRC(length, TestArray2); /* calculate CRC */ printf("\n\n\nTestArray2 CRC = 0x%04x", crc); length = sizeof(TestMsg) - 1; /* avoid terminating NUL */ crc = GenerateCRC(length, TestMsg); /* calculate a CRC */ printf("\n\n\nText = [%s]\nCRC = %04x\n\n", TestMsg, crc); return(0); } VOID GenerateTable() /* generate the look-up table */ { int temp; union { int i; struct { unsigned i1 :1; /* low order bit */ unsigned i2 :1; unsigned i3 :1; unsigned i4 :1; unsigned i5 :1; unsigned i6 :1; unsigned i7 :1; unsigned i8 :1; /* high order bit */ unsigned :24; /* unused */ } Bit; } iUn; union { unsigned int Entry; struct { unsigned b1 :1; /* low order bit */ unsigned b2 :1; unsigned b3 :1; unsigned b4 :1; unsigned b5 :1; unsigned b6 :1; unsigned b7 :1; unsigned b8 :1; unsigned b9 :1; unsigned b10 :1; unsigned b11 :1; unsigned b12 :1; unsigned b13 :1; unsigned b14 :1; unsigned b15 :1; unsigned b16 :1; /* high order bit */ unsigned :16; /* unused */ } EntryBit; } EntryUn; for (iUn.i = 0; iUn.i < 256; iUn.i++) { EntryUn.Entry = 0; /* bits 2 thru 6 zeroed out now */ temp = (iUn.Bit.i7 ^ iUn.Bit.i6 ^ iUn.Bit.i5 ^ iUn.Bit.i4 ^ iUn.Bit.i3 ^ iUn.Bit.i2 ^ iUn.Bit.i1); EntryUn.EntryBit.b16 = (iUn.Bit.i8 ^ temp); EntryUn.EntryBit.b15 = (temp); EntryUn.EntryBit.b14 = (iUn.Bit.i8 ^ iUn.Bit.i7); EntryUn.EntryBit.b13 = (iUn.Bit.i7 ^ iUn.Bit.i6); EntryUn.EntryBit.b12 = (iUn.Bit.i6 ^ iUn.Bit.i5); EntryUn.EntryBit.b11 = (iUn.Bit.i5 ^ iUn.Bit.i4); EntryUn.EntryBit.b10 = (iUn.Bit.i4 ^ iUn.Bit.i3); EntryUn.EntryBit.b9 = (iUn.Bit.i3 ^ iUn.Bit.i2); EntryUn.EntryBit.b8 = (iUn.Bit.i2 ^ iUn.Bit.i1); EntryUn.EntryBit.b7 = (iUn.Bit.i1); EntryUn.EntryBit.b1 = (iUn.Bit.i8 ^ temp); crc_table[iUn.i] = EntryUn.Entry; } } VOID PrintTable() /* print out the look-up table */ { int i; for (i=0; i < 256; i++) { if ( !(i % 8) ) printf("\n %02x - %04x", i, crc_table[i]); else printf(" %04x", crc_table[i]); } } unsigned GenerateCRC(Length, TextPtr) unsigned Length; char *TextPtr; { int i, index; unsigned crc; crc = 0; /* crc starts at zero for each message */ for (i = 0; i < Length; i++, TextPtr++) { index = ( (crc ^ *TextPtr) & 0x00FF); crc = ( (crc >> 8) & 0x00FF) ^ crc_table[index]; } return(crc); } --------------------Cut Here----------------------------------- and ran it, giving me the following output: 00 - 0000 0000 0000 0000 0000 0000 0000 0000 08 - 0000 0000 0000 0000 0000 0000 0000 0000 10 - 0000 0000 0000 0000 0000 0000 0000 0000 18 - 0000 0000 0000 0000 0000 0000 0000 0000 20 - 0000 0000 0000 0000 0000 0000 0000 0000 28 - 0000 0000 0000 0000 0000 0000 0000 0000 30 - 0000 0000 0000 0000 0000 0000 0000 0000 38 - 0000 0000 0000 0000 0000 0000 0000 0000 40 - 0000 0000 0000 0000 0000 0000 0000 0000 48 - 0000 0000 0000 0000 0000 0000 0000 0000 50 - 0000 0000 0000 0000 0000 0000 0000 0000 58 - 0000 0000 0000 0000 0000 0000 0000 0000 60 - 0000 0000 0000 0000 0000 0000 0000 0000 68 - 0000 0000 0000 0000 0000 0000 0000 0000 70 - 0000 0000 0000 0000 0000 0000 0000 0000 78 - 0000 0000 0000 0000 0000 0000 0000 0000 80 - 0000 0000 0000 0000 0000 0000 0000 0000 88 - 0000 0000 0000 0000 0000 0000 0000 0000 90 - 0000 0000 0000 0000 0000 0000 0000 0000 98 - 0000 0000 0000 0000 0000 0000 0000 0000 a0 - 0000 0000 0000 0000 0000 0000 0000 0000 a8 - 0000 0000 0000 0000 0000 0000 0000 0000 b0 - 0000 0000 0000 0000 0000 0000 0000 0000 b8 - 0000 0000 0000 0000 0000 0000 0000 0000 c0 - 0000 0000 0000 0000 0000 0000 0000 0000 c8 - 0000 0000 0000 0000 0000 0000 0000 0000 d0 - 0000 0000 0000 0000 0000 0000 0000 0000 d8 - 0000 0000 0000 0000 0000 0000 0000 0000 e0 - 0000 0000 0000 0000 0000 0000 0000 0000 e8 - 0000 0000 0000 0000 0000 0000 0000 0000 f0 - 0000 0000 0000 0000 0000 0000 0000 0000 f8 - 0000 0000 0000 0000 0000 0000 0000 0000 TestArray1 CRC = 0x0000 TestArray2 CRC = 0x0000 Text = [This is a test message.] CRC = 0000 Something is definitely amiss here! On a whim I compiled and ran the identical code on a Sequent S81. The results in that case are quite different as seen below. 00 - 0000 c0c1 c181 0140 c301 03c0 0280 c241 08 - c601 06c0 0780 c741 0500 c5c1 c481 0440 10 - cc01 0cc0 0d80 cd41 0f00 cfc1 ce81 0e40 18 - 0a00 cac1 cb81 0b40 c901 09c0 0880 c841 20 - d801 18c0 1980 d941 1b00 dbc1 da81 1a40 28 - 1e00 dec1 df81 1f40 dd01 1dc0 1c80 dc41 30 - 1400 d4c1 d581 1540 d701 17c0 1680 d641 38 - d201 12c0 1380 d341 1100 d1c1 d081 1040 40 - f001 30c0 3180 f141 3300 f3c1 f281 3240 48 - 3600 f6c1 f781 3740 f501 35c0 3480 f441 50 - 3c00 fcc1 fd81 3d40 ff01 3fc0 3e80 fe41 58 - fa01 3ac0 3b80 fb41 3900 f9c1 f881 3840 60 - 2800 e8c1 e981 2940 eb01 2bc0 2a80 ea41 68 - ee01 2ec0 2f80 ef41 2d00 edc1 ec81 2c40 70 - e401 24c0 2580 e541 2700 e7c1 e681 2640 78 - 2200 e2c1 e381 2340 e101 21c0 2080 e041 80 - a001 60c0 6180 a141 6300 a3c1 a281 6240 88 - 6600 a6c1 a781 6740 a501 65c0 6480 a441 90 - 6c00 acc1 ad81 6d40 af01 6fc0 6e80 ae41 98 - aa01 6ac0 6b80 ab41 6900 a9c1 a881 6840 a0 - 7800 b8c1 b981 7940 bb01 7bc0 7a80 ba41 a8 - be01 7ec0 7f80 bf41 7d00 bdc1 bc81 7c40 b0 - b401 74c0 7580 b541 7700 b7c1 b681 7640 b8 - 7200 b2c1 b381 7340 b101 71c0 7080 b041 c0 - 5000 90c1 9181 5140 9301 53c0 5280 9241 c8 - 9601 56c0 5780 9741 5500 95c1 9481 5440 d0 - 9c01 5cc0 5d80 9d41 5f00 9fc1 9e81 5e40 d8 - 5a00 9ac1 9b81 5b40 9901 59c0 5880 9841 e0 - 8801 48c0 4980 8941 4b00 8bc1 8a81 4a40 e8 - 4e00 8ec1 8f81 4f40 8d01 4dc0 4c80 8c41 f0 - 4400 84c1 8581 4540 8701 47c0 4680 8641 f8 - 8201 42c0 4380 8341 4100 81c1 8081 4040 TestArray1 CRC = 0x9001 TestArray2 CRC = 0x0000 Text = [This is a test message.] CRC = 9d6a This is the correct output. What gives? Is there a bug in the Irix C compiler or is there some caveat with bit fields, which this program uses, that I am not aware of? I am a relative newcomer to C and typed this program in as an example of one which uses bit fields. The manual reveals little about bit fields other than that they must fit into a word. Hardware specifics: Iris 4D/120GTX running Irix 3.2 Sequent S81 running DYNIX V3.0.17.9 Any tips or insight would be greatly appreciated. -- John Forrest Georgia Institute of Technology, Atlanta Georgia, 30332 uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!ae504pw Internet: ae504pw@prism.gatech.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab21520; 17 Jul 90 13:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20920; 17 Jul 90 13:22 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa20202; 17 Jul 90 12:40 EDT Received: from cunyvm.cuny.edu by ADM.BRL.MIL id aa02025; 17 Jul 90 12:07 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1583; Tue, 17 Jul 90 10:21:27 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 13 Jul 90 14:37 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA11799; Fri, 13 Jul 90 15:18:23 DSD Date: Fri, 13 Jul 90 15:18:23 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Re: RN on sgi To: max.arc.nasa.gov!mwilson@ames.arc.nasa.gov Cc: info-iris@BRL.MIL Message-id: <9007132218.AA11799@mcirps2.med.nyu.edu> X-Envelope-to: max.arc.nasa.gov!mwilson@ames.arc.nasa.gov, info-iris@brl.mil Great!... where did you get read news ? Can I get a copy ? dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id af21520; 17 Jul 90 13:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ag20920; 17 Jul 90 13:24 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20891; 17 Jul 90 13:04 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa25353; 17 Jul 90 11:13 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 1577; Tue, 17 Jul 90 10:21:17 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 13 Jul 90 14:45 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA11860; Fri, 13 Jul 90 15:25:36 DSD Date: Fri, 13 Jul 90 15:25:36 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: SLIP for IRIX ??? To: info-iris@BRL.MIL Message-id: <9007132225.AA11860@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I am interested in moving my iris to my apartment, accross the street from the medical center, but I don't want to give up my network connection. Is there a version of serial tcp, as I understand, called SLIP known to run on an iris ?. I want to put it a pair of wires to home, and run a serial connection at 56,000 baud sync (with some old modems here) between my home iris and power server at the lab. I don't want to buy network bridges, network transceivers, and all the expensive stuff they use at the lab. This is all Out of MY Pocket !!!. dan(cheepie) -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab29635; 18 Jul 90 2:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29506; 18 Jul 90 2:20 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29502; 18 Jul 90 2:05 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa26450; 17 Jul 90 13:44 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 3960; Tue, 17 Jul 90 13:31:46 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 13 Jul 90 14:33 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA11769; Fri, 13 Jul 90 15:14:19 DSD Date: Fri, 13 Jul 90 15:14:19 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Free software to drive matrix/dunn 625 color camera available... To: info-iris@BRL.MIL Message-id: <9007132214.AA11769@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I have had a driver around to make movies/8x10/25mm from our old dunn 635. If anyone is interested, I can send you the code, or if there is enuf interest, I will post it. I use it at the shell level to setup the camera, and to snap pictures. It is run in a shell script or as a program system() call, and we use it to run all night snapping pictures off the screen. dan -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18103; 14 Jul 90 2:17 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa17974; 14 Jul 90 2:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa17964; 14 Jul 90 1:54 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa06958; 14 Jul 90 1:44 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17870; Fri, 13 Jul 90 22:35:10 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jul 90 04:43:43 GMT From: Daniel A Haug Organization: Lockheed Austin Div. Subject: Re: IRIX 3.3 Question Message-Id: <345@shrike.AUSTIN.LOCKHEED.COM> References: <1990Jul13.204439.19295@portia.Stanford.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL From article <1990Jul13.204439.19295@portia.Stanford.EDU>, by dhinds@portia.Stanford.EDU (David Hinds): > > I called the SGI hotline, and they told me that 3.3 was going to ship > in August. I'm confused - there seem to be quite a few people who have > had it for a while, judging by the messages posted here. [...] This is not unusual by my experience. We typically get our update six months after everyone else [or so it seems]... dan haug -- Internet: haug@austin.lockheed.com UUCP: ut-emx!lad-shrike!aihaug Phone: (512) 448-5634   Received: from vmb.brl.mil by VMB.BRL.MIL id aa18974; 14 Jul 90 6:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab18905; 14 Jul 90 6:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab18903; 14 Jul 90 6:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07636; 14 Jul 90 6:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28800; Sat, 14 Jul 90 03:08:15 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jul 90 04:56:44 GMT From: Yang Zhu Organization: 3m Subject: SGI to Mac image? Message-Id: <1990Jul14.045644.10696@mmm.serc.3m.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm looking for software to convert image to any kind of Mac image . PD, commercial, anything. It would very nice if I can get the source code. Please mail me at: yang@tesla.serc.3m.com Thanks! Yang   Received: from vmb.brl.mil by VMB.BRL.MIL id aa19119; 14 Jul 90 7:44 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18905; 14 Jul 90 6:31 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18903; 14 Jul 90 6:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07634; 14 Jul 90 6:14 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28723; Sat, 14 Jul 90 03:07:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jul 90 04:42:28 GMT From: Yang Zhu Organization: 3m Subject: SGI to Mac image converter? Message-Id: <1990Jul14.044228.10631@mmm.serc.3m.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi! Does anyone have a SGI image to Mac image(any kind) converter. Yang yang@tesla.serc.3m.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa20468; 14 Jul 90 16:52 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20323; 14 Jul 90 16:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20321; 14 Jul 90 16:32 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08611; 14 Jul 90 16:01 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28071; Sat, 14 Jul 90 12:52:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jul 90 19:52:16 GMT From: "Mark G. Johnson" Organization: MIPS Computer Systems, Inc. Subject: Re: C compiler bug Message-Id: <40159@mips.mips.COM> References: <9007131953.AA08463@prism> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007131953.AA08463@prism> ae504pw@prism.gatech.edu writes: >I believe I may have found a bug in the C compiler on the Iris. >I compiled the following program, taken from the April 1985 >PC Tech Journal ... > > [code for "High Performance CRC Computation Routine" removed] > >Something is definitely amiss here! On a whim I compiled and ran >the identical code on a Sequent S81. The results in that case are >quite different as seen below. > Lint found little to complain about, so I tried the experiment of compiling and running the program on a Sun SPARCstation 1, an Apollo DN4000, and a MIPS RC3240. All three of these produced the same output as the IRIS. So the scorecard thus far is: Printed the result Printed the result that John Forrest wanted John Forrest didn't want --------------------------------------------------------------------------- Sequent S81 DYNIX V3.0.17.9 SGI Iris 4D/120GTX Irix 3.2 Sun SPARCstation 1 SunOs 4.0.3c MIPS RC3240 RISC/os 4.50 Apollo DN4000 BSD 4.2 DOMAIN-IX The "wrong answer" machines contain 4 different CPUs (R2000, Cy7C601, R3000, 68020) and employ 3 different C compilers. Here is the output from the SPARCstation 1. "diff" says it is identical to the DN4000 and the RC3240 output. 00 - 0000 0000 0000 0000 0000 0000 0000 0000 08 - 0000 0000 0000 0000 0000 0000 0000 0000 10 - 0000 0000 0000 0000 0000 0000 0000 0000 18 - 0000 0000 0000 0000 0000 0000 0000 0000 20 - 0000 0000 0000 0000 0000 0000 0000 0000 28 - 0000 0000 0000 0000 0000 0000 0000 0000 30 - 0000 0000 0000 0000 0000 0000 0000 0000 38 - 0000 0000 0000 0000 0000 0000 0000 0000 40 - 0000 0000 0000 0000 0000 0000 0000 0000 48 - 0000 0000 0000 0000 0000 0000 0000 0000 50 - 0000 0000 0000 0000 0000 0000 0000 0000 58 - 0000 0000 0000 0000 0000 0000 0000 0000 60 - 0000 0000 0000 0000 0000 0000 0000 0000 68 - 0000 0000 0000 0000 0000 0000 0000 0000 70 - 0000 0000 0000 0000 0000 0000 0000 0000 78 - 0000 0000 0000 0000 0000 0000 0000 0000 80 - 0000 0000 0000 0000 0000 0000 0000 0000 88 - 0000 0000 0000 0000 0000 0000 0000 0000 90 - 0000 0000 0000 0000 0000 0000 0000 0000 98 - 0000 0000 0000 0000 0000 0000 0000 0000 a0 - 0000 0000 0000 0000 0000 0000 0000 0000 a8 - 0000 0000 0000 0000 0000 0000 0000 0000 b0 - 0000 0000 0000 0000 0000 0000 0000 0000 b8 - 0000 0000 0000 0000 0000 0000 0000 0000 c0 - 0000 0000 0000 0000 0000 0000 0000 0000 c8 - 0000 0000 0000 0000 0000 0000 0000 0000 d0 - 0000 0000 0000 0000 0000 0000 0000 0000 d8 - 0000 0000 0000 0000 0000 0000 0000 0000 e0 - 0000 0000 0000 0000 0000 0000 0000 0000 e8 - 0000 0000 0000 0000 0000 0000 0000 0000 f0 - 0000 0000 0000 0000 0000 0000 0000 0000 f8 - 0000 0000 0000 0000 0000 0000 0000 0000 TestArray1 CRC = 0x0000 TestArray2 CRC = 0x0000 Text = [This is a test message.] CRC = 0000 -- -- Mark Johnson MIPS Computer Systems, 930 E. Arques M/S 2-02, Sunnyvale, CA 94086 (408) 524-8308 mark@mips.com {or ...!decwrl!mips!mark}   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21223; 14 Jul 90 19:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20837; 14 Jul 90 18:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20774; 14 Jul 90 17:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa08746; 14 Jul 90 17:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03640; Sat, 14 Jul 90 14:32:31 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 14 Jul 90 21:11:07 GMT From: Dave Ciemiewicz Organization: Silicon Graphics, Inc. Subject: Have you seen these faces? Message-Id: <10388@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Help! I'm trying to identify about 24 individuals whose pictures were taken at the software engineering offsite (A Day in the Woods). I have 130 some odd faces processed and installed on newmedia. If you were one of those individuals, you should have received mail from me. How can you help? I need some enterprising individuals to do the following: su mkdir /tmp/unknown mount bananapc.wpd:/d2/faces/unknown /tmp/unknown dirview /tmp/unknown The dirview will display icons for the processed faces. You can double-click on the icons to display the images they represent. I would appreciate any help people can give me on matching faces to full names and user ids. Send any info to me, ciemo@wpd. When you are finished, you should "umount /tmp/unknown". Thanks! --- Ciemo   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22052; 14 Jul 90 20:24 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21448; 14 Jul 90 19:42 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21347; 14 Jul 90 19:29 EDT Received: from CS.NPS.NAVY.MIL by VGR.BRL.MIL id aa08884; 14 Jul 90 19:22 EDT Received: by cs.nps.navy.mil (5.51/1.26) id AA14568; Sat, 14 Jul 90 16:21:06 PDT Received: by trouble.cs.nps.navy.mil (5.52/cs.nps-1.0) id AA18756; Sat, 14 Jul 90 16:21:02 PDT Date: Sat, 14 Jul 90 16:21:02 PDT From: michael zyda Message-Id: <9007142321.AA18756@trouble.cs.nps.navy.mil> To: dhinds%portia.stanford.edu%shelby%agate.uucp@ucbvax.berkeley.edu Subject: Re: IRIX 3.3 Question Cc: info-iris@BRL.MIL 3.3 comes with VGX upgrades and VGX systems. That's why some people have it. mz   Received: from vmb.brl.mil by VMB.BRL.MIL id aa22689; 14 Jul 90 23:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22529; 14 Jul 90 22:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22497; 14 Jul 90 22:20 EDT Received: from enh.nist.gov by VGR.BRL.MIL id aa09420; 14 Jul 90 22:12 EDT Return-path: rbriber@poly1.nist.gov Received: from poly1.nist.gov by ENH.NIST.GOV; Sat, 14 Jul 90 22:11 EST Received: by poly1.nist.gov (5.52/890607.SGI) (for @enh.nist.gov:info-iris@vgr.brl.mil) id AA16560; Sat, 14 Jul 90 22:26:09 EDT Date: Sat, 14 Jul 90 22:26:09 EDT From: rbriber@poly1.nist.gov Subject: Irix 3.3 To: info-iris@vgr.brl.mil Message-Id: <9007150226.AA16560@poly1.nist.gov> Our local rep told me that the VGX systems require Irix 3.3 and hence they are being shipped with it. Systems in place already will be up graded starting later this summer. -- ---------------------------------------------------------------------------- | Adios Amoebas, | "I've tried and I've tried and I'm still mystified, | | Robert Briber | I can't do it anymore and I'm not satisfied." | | 224/B210 NIST | --Elvis | | Gaithersburg, MD |------------------------------------------------------| | 20899 USA | rbriber@poly1.nist.gov (Internet) | |(301) 975-6775(voice)| rbriber@enh.nist.gov (Internet) | |(301) 975-2128 (fax) | rbriber@nbsenh (Bitnet) | ----------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23061; 15 Jul 90 0:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22634; 14 Jul 90 23:16 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22621; 14 Jul 90 23:01 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09466; 14 Jul 90 22:45 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19231; Sat, 14 Jul 90 19:32:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jul 90 01:55:24 GMT From: Joyce Richards Organization: Silicon Graphics, Inc., Mountain View, CA Subject: adding remote printers Message-Id: <10392@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL in response to 2 recent questions: "Invalid login" is the mesg that occurs when you attempt to use /usr/sbin/mknetpr to add a remote printer that is attached to a BSD machine. on 3.2--sgi does not provide software that will do this. you might look in sgi.com's ftp anonymous' pub directory--for the file lpr.shar. it is a no-guarantees alternative for now. --- IRIS 9-pin port: PIN Signal 2 TD 3 RD 4 RTS 5 CTS 7 GND 8 DCD 9 DTR --- joyce richards PSE joyce@sgi.com Silicon Graphics, Inc.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23096; 15 Jul 90 0:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22801; 14 Jul 90 23:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22776; 14 Jul 90 23:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa09550; 14 Jul 90 23:30 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA21658; Sat, 14 Jul 90 20:22:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jul 90 03:16:38 GMT From: Kevin Kuehl Organization: Computing About Physical Objects Subject: Re: C compiler bug Message-Id: <11073@medusa.cs.purdue.edu> References: <9007131953.AA08463@prism>, <40159@mips.mips.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <40159@mips.mips.COM> mark@mips.COM (Mark G. Johnson) writes: > Sequent S81 DYNIX V3.0.17.9 SGI Iris 4D/120GTX Irix 3.2 > Sun SPARCstation 1 SunOs 4.0.3c > MIPS RC3240 RISC/os 4.50 > Apollo DN4000 BSD 4.2 DOMAIN-IX I would go with the non-Sequent machines here also. Our Symmetries sometimes generate really strange code. We have traced apparent bugs in software to flags given the C compiler. Compile the software with one flag and it dumps core, compile it with another and the program runs just fine. Kevin krk@cs.purdue.edu ...!{gatech,ucbvax,uunet}!purdue!krk   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24570; 15 Jul 90 10:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24313; 15 Jul 90 8:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24309; 15 Jul 90 8:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10349; 15 Jul 90 8:31 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18229; Sun, 15 Jul 90 05:28:29 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jul 90 11:39:01 GMT From: Owen Baker Organization: RMIT Computer Centre, Melbourne Australia. Subject: Re: Software to drive a Matrix QCRZ from a IRIS 4D Message-Id: <5011@minyos.xx.rmit.oz> References: <622@uni2a.unige.ch> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We are using a QCR-Z with an IRIS but can only drive it using the Film output option from within Alias (the animation software). We would like to be able to use it from outside Alias but have not found a way as yet. It is connected via a GPIB interface. Owen Baker Communication Services Unit Royal Melbourne Institute of Technology Melbourne, Australia rxcob@minyos.xx.rmit.oz.au   Received: from vmb.brl.mil by VMB.BRL.MIL id aa24968; 15 Jul 90 12:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24815; 15 Jul 90 12:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa24804; 15 Jul 90 11:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10575; 15 Jul 90 11:47 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26607; Sun, 15 Jul 90 08:36:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jul 90 15:29:46 GMT From: Dennis Colarelli Organization: Scientific Computing Division/NCAR, Boulder, CO Subject: Graphic Design Systems Message-Id: <7989@ncar.ucar.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm looking for systems to do graphic design, typesetting and animation. Any suggestions/opinions on hardware and software would be greatly appreciated. Please reply by email. thanks, Dennis Colarelli   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25266; 15 Jul 90 13:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa25054; 15 Jul 90 13:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25039; 15 Jul 90 12:57 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa10654; 15 Jul 90 12:46 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29554; Sun, 15 Jul 90 09:37:49 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jul 90 16:37:31 GMT From: "Mark G. Johnson" Subject: Re: C compiler bug? Answer: No. Message-Id: <40162@mips.mips.COM> References: <9007131953.AA08463@prism>, <40159@mips.mips.COM>, <11073@medusa.cs.purdue.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The problem is this: the source code assumes it will be run on a little-endian machine. Presumably the Sequent incorporates an Intel CPU, which is little-endian. The SGI (as well as the Sun, MIPS, and Apollo machines mentioned earlier) are all big-endian. Further evidence comes from the DECstation 3100, a little-endian machine which uses the same CPU (R2000) and same C compiler as the SGI. However, the DS3100 gets the answer that John Forrest wants, CRC=9cda, while the SGI does not. You can monkey around in the debugger to see this, or you can insert the following printf statement in between two existing assignments: ------------------------------------------------------------------------------ ------------------------------------------------------------------------------ temp = (iUn.Bit.i7 ^ iUn.Bit.i6 ^ iUn.Bit.i5 ^ iUn.Bit.i4 ^ iUn.Bit.i3 ^ iUn.Bit.i2 ^ iUn.Bit.i1); printf("DEBUG: iUn.i = %3d LSBs 4 3 2 1 = %d %d %d %d temp = %d\n", (iUn.i), (iUn.Bit.i4), (iUn.Bit.i3), (iUn.Bit.i2), (iUn.Bit.i1), temp ); EntryUn.EntryBit.b16 = (iUn.Bit.i8 ^ temp); ------------------------------------------------------------------------------ ------------------------------------------------------------------------------ On the SGI you find that "the LSBs" are all zeroes, while on the DS3100 they contain ones as appropriate. In short, this "bug" seems to be a problem with the source code, not the C compiler. -- -- Mark Johnson MIPS Computer Systems, 930 E. Arques M/S 2-02, Sunnyvale, CA 94086 (408) 524-8308 mark@mips.com {or ...!decwrl!mips!mark}   Received: from vmb.brl.mil by VMB.brl.MIL id af05233; 19 Jul 90 2:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab05092; 19 Jul 90 2:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ac04878; 19 Jul 90 1:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13630; 18 Jul 90 23:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17401; Wed, 18 Jul 90 20:22:51 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 15 Jul 90 18:05:27 GMT From: Kevin Tureski Organization: Alias Research, Inc. Toronto ON Canada Subject: Re: IRIX 3.3 Question Message-Id: <1990Jul15.180527.9112@alias.uucp> References: <9007142321.AA18756@trouble.cs.nps.navy.mil> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL IRIX 3.3 is indeed required and shipped on VGX machines. And on them, it is relatively stable (as stable as 3.2 is on a GTX, for example). We are a beta site for IRIX 3.3 and are running it on machines other than just VGX's. We have identified several incompatibilities between executables compiled under 3.2 and run under 3.3. SGI is committed to fixing these problems, and are doing an excellent job of tracking the issues. If you're using anything other than a VGX, you are probably better off waiting for the general release in August. It's my understanding that this will be known as IRIX 3.3.1, but I don't work for SGI, so don't quote me on that :-) Kevin Tureski Director, Systems Integration Alias Research Inc. 110 Richmond St E. Toronto Canada M5C 1P1 416 362-9181 ktureski%alias@csri.utoronto.ca ktureski@alias.uucp   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02883; 16 Jul 90 11:08 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa01398; 16 Jul 90 10:16 EDT Received: by VMB.BRL.MIL id aa01275; 16 Jul 90 9:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01134; 16 Jul 90 9:38 EDT Received: from [128.32.133.1] by VGR.BRL.MIL id aa17623; 16 Jul 90 8:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA09537; Sun, 15 Jul 90 21:24:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jul 90 04:23:59 GMT From: Al Kossow Organization: Advanced Technology Group, Apple Computer, Cupertino CA Subject: bootup screen resolution of 2400T (dc4 board) Message-Id: <43022@apple.Apple.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have two IP2 CPU boards, each defaults to a different horizontal scan rate when plugged into the same chassis with the same set of boot roms (3.0.10). Does anyone know the magic incantation to specify refresh rate on power-up? tnx.. -- Al Kossow @ Apple Computer, Inc., Cupertino, CA Internet: aek@apple.com Phone: (408) 974-5136   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04273; 16 Jul 90 12:37 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02883; 16 Jul 90 11:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02662; 16 Jul 90 11:00 EDT Received: from prandtl.nas.nasa.gov by VGR.BRL.MIL id aa18426; 16 Jul 90 10:43 EDT Received: Mon, 16 Jul 90 06:45:23 -0700 from csduts1.lerc.nasa.gov by prandtl.nas.nasa.gov (5.61/1.2) Received: Mon, 16 Jul 90 09:46:44 EDT by csduts1.lerc.nasa.gov (5.51/LeRC(1.0)) Received: Mon, 16 Jul 90 10:06:13 EDT by avelon.lerc.nasa.gov (5.52/LeRC(1.0)) Date: Mon, 16 Jul 90 10:06:13 EDT From: Tony Facca Message-Id: <9007161406.AA09882@avelon.lerc.nasa.gov> To: paul%rt.ccs.uky.edu@g.ms.uky.edu Subject: Re: Remote printing from Personal Iris Cc: info-iris%brl.mil@prandtl.nas.nasa.gov > >Has anyone had any success adding remote printers from >a PI? I attempt to add one and it keeps coming back as >"Invalid login" and doesn't add the printer. I have seen >the remote system's file and it clearly has my site in >there as "authorized". > If you are attempting to add your PI to a remote BSD system, you have to do things differently than if you are simply trying to run mknetpr(1) from one Iris to another. If your print server is a BSD machine, 3.3 should solve your problem (there are also some PD scripts to send listing to BSD machines). If you are just having trouble with mknetpr, check the /usr/spool/lp/.rhosts file on the remote machine. It should contain two entries for your machine. One to authorize root login, and one to authorize lp login. The root login is used for configuration (you are root when you run mknetpr), while the lp login is used by the lp daemon to spool print jobs for your machine to the machine with the printer. -- ----------------------------------------------------------------------------- Tony Facca | fsfacca@avelon.lerc.nasa.gov | phone: 216-433-8318 ----------------------------------------------------------------------------- I've fallen and I can't get up!   Received: from vmb.brl.mil by VMB.BRL.MIL id aa04472; 16 Jul 90 12:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03496; 16 Jul 90 12:06 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03389; 16 Jul 90 11:45 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18640; 16 Jul 90 11:32 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14233; Mon, 16 Jul 90 08:19:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jul 90 14:41:50 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Insect source code available? Message-Id: <10398@odin.corp.sgi.com> References: <1990Jul6.003343.19372@murdoch.acc.Virginia.EDU>, <10028@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <10028@odin.corp.sgi.com> murphy@quixote.wpd.sgi.com (Tom Murphy) writes: >In article <1990Jul6.003343.19372@murdoch.acc.Virginia.EDU>, >|> >|> Also, can someone give me the 800 number for sgi's software support -- >|> the people to call with questions about gl? > >The Customer Information Center number is (800) 338-6272 > > >Tom Murphy Silicon Graphics Inc 415-335-1934 murphy@wpd.sgi.com Better yet: (800) 345-0222 is the Geometry Hotline. This is the place for Technical Support of SGI products. You will need either an appropriate Service Contract with us, or a P.O. for our time. If you intend on using the service regularly, you should see about getting a contract. Just call the Geometry Hotline and ask for Contracts Administration. Sorry if this sounds like an Ad, but it's hard to answer this sort of question without giving certain sorts of info. Hope that helps, chris D. Christopher Dunlap Product Support Customer Support Division email: dunlap@sgi.com Silicon Graphics Computer Systems   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04472; 16 Jul 90 12:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04053; 16 Jul 90 12:26 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04016; 16 Jul 90 12:12 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18784; 16 Jul 90 12:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15264; Mon, 16 Jul 90 08:34:53 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jul 90 15:06:46 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: IRIX 3.3 Question Message-Id: <10399@odin.corp.sgi.com> References: <11056@medusa.cs.purdue.edu>, <1990Jul13.192925.1898@ultra.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul13.192925.1898@ultra.com> shj@ultra.com (Steve Jay) writes: >In <11056@medusa.cs.purdue.edu> krk@cs.purdue.EDU (Kevin Kuehl) writes: > >> This may seem like a silly question, but how do you get IRIX >>3.3? We have software support on our two 4D/20's and two 4D/25's, and >>we thought we would automatically be sent the upgrade. Do we >>specifically have to ask for it or should we have received it already? > >I was told by an SGI person, who appears to know what's going on, that 3.3 >is NOT a "push" release. This means 3.3 will be sent only to those who ask >for it, or those who are on record with SGI has having bugs that are fixed >in 3.3. > >I'm not sure of the procedure for asking for it. I'd try calling >the hotline/helpline (or whatever it's called), and then contact your >local salesperson if that doesn't work. > >Steve Jay >shj@ultra.com ...ames!ultra!shj >Ultra Network Technologies / 101 Dagget Drive / San Jose, CA 95134 / USA >(408) 922-0100 x130 "Home of the 1 Gigabit/Second network" As mentioned in another posting, certain hardware requires 3.3, and that's often the reason someone has a copy already. Also, certain developers and OEMs, known as Geometry Partners, get distribution earlier than everyone else. We also have a contractual obligation to our Geometry Partners to give them time to check out their code on the new release. All customers with appropriate service contracts with Silicon Graphics will be getting distribution of the 3.3 release. All of the factory production lines will also roll to the 3.3 release. Anyone who does not have a service contract with SGI will have to purchase the update. Hope that helps. chris D. Christopher Dunlap Product Support Customer Support Division email: dunlap@sgi.com Silicon Graphics Computer Systems   Received: from vmb.brl.mil by VMB.BRL.MIL id ac08878; 16 Jul 90 18:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa08579; 16 Jul 90 18:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08506; 16 Jul 90 17:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20204; 16 Jul 90 16:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04183; Mon, 16 Jul 90 13:29:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jul 90 19:40:08 GMT From: Jason Molenda Organization: Minnesota Supercomputer Institute Subject: Re: IRIX 3.3 Question Message-Id: <1990Jul16.194008.17038@s1.msi.umn.edu> References: <1990Jul13.204439.19295@portia.Stanford.EDU>, <345@shrike.AUSTIN.LOCKHEED.COM> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL aihaug@AUSTIN.LOCKHEED.COM (Daniel A Haug) writes: >From article <1990Jul13.204439.19295@portia.Stanford.EDU>, by dhinds@portia.Stanford.EDU (David Hinds): >> >> I called the SGI hotline, and they told me that 3.3 was going to ship >> in August. I'm confused - there seem to be quite a few people who have >> had it for a while, judging by the messages posted here. [...] >This is not unusual by my experience. We typically get our update six >months after everyone else [or so it seems]... We called our local rep and they had the distribution tapes at their office and let us borrow them to do the upgrade. I'd say try your local office... Officially, I guess the upgrade won't be shipping until some time in August (like David Hinds said). Jason Molenda, Minnesota Supercomputer Institute molenda@msi.umn.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09002; 16 Jul 90 18:50 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab08878; 16 Jul 90 18:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08858; 16 Jul 90 18:08 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa20073; 16 Jul 90 16:15 EDT Received: Mon, 16 Jul 90 15:55:50 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 16 Jul 90 15:55:50 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007161955.AA01576@aero4.larc.nasa.gov> To: agate!shelby!portia.stanford.edu!dhinds@ucbvax.berkeley.edu Subject: Re: IRIX 3.3 Question Cc: info-iris@BRL.MIL We bought a new VGX machine and it came with 3.3 and I think the VGX machines ONLY work with 3.3 (or higher :-)). -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09080; 16 Jul 90 19:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab09002; 16 Jul 90 19:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08992; 16 Jul 90 18:47 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20425; 16 Jul 90 17:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07225; Mon, 16 Jul 90 14:15:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jul 90 20:37:09 GMT From: ahlstrom%oscar.ccm.udel.edu@louie.udel.edu Organization: Univ. of Delaware, CCM Subject: psview Message-Id: <24769@nigel.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Greetings, Here's a quick question for anyone who can help. We're running FIGARO+ (TGS's version of PHIGS) on a 4D/25. One of the options with this package is to get a peripheral support option which will allow you to make hardcopies of the graphics screen. Essentially, this option takes what's on the screen and dumps it to a file based on the type of output desired. For example, it is capable of writing files for an HP LaserJet, Tektronix, and last, but not least, PostScript. It is here that the problem occurs. Double clicking on the PostScript file, the image is recreated on the terminal screen in black and white. Looks beautiful and makes me very happy. However, when any buttons on the mouse are pressed, the image disappears and the terminal freezes almost completely. While it is still possible to move the mouse, nothing it moves onto registers. It is impossible to click on any files, move windows, type text in a window, absolutely nothing. People logged in remotely are not effected. The only way to correct this seems to be by bringing the system down. Has anyone out the experienced a problem of this nature. The bug seems to be in the 'psview' command. Is there a problem with our machine or perhaps the OS (3.2.1) [that has been fixed in later releases (I hope!)]? The PostScript files, when sent to the LaserWriter, are rendered correctly. Any comments and/or suggestions would be most helpful. Thanks in advance, Lee ****************************************************************************** Lee M. Ahlstrom Center for Composite Materials University of Delaware ahlstrom@oscar.ccm.udel.edu "It is always darkest before it goes STANDARD DISCLAIMER completely black." ******************************************************************************   Received: from vmb.brl.mil by VMB.BRL.MIL id ab09080; 16 Jul 90 19:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac09002; 16 Jul 90 19:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08994; 16 Jul 90 18:49 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa20525; 16 Jul 90 18:18 EDT Received: Mon, 16 Jul 90 15:59:07 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Mon, 16 Jul 90 15:59:07 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007161959.AA01586@aero4.larc.nasa.gov> To: sgi!shinobu!odin!tesla.esd.sgi.com!ronf@ucbvax.berkeley.edu Subject: Re: Stereo wanted but no Crystal Eyes practicable Cc: info-iris@BRL.MIL I tried the old Red/Blue glasses trick on our 3130. It was ok, but I believe I had problems with a ghost image from the red in my blue covered eye. Maybe if I had some better filters it would have worked better. (They were only colored overhead transparency film) -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa09334; 16 Jul 90 20:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09233; 16 Jul 90 20:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09228; 16 Jul 90 20:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20692; 16 Jul 90 19:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA17183; Mon, 16 Jul 90 16:45:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jul 90 23:33:08 GMT From: Nagesh Murthy Organization: University of Tennessee CS Department Subject: Workspace modification hints needed. Message-Id: <1990Jul16.233308.16103@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have a directory with gif giles and a gifview program in the same directory. I need to setup my workspace so that when I click over the gif image files they will be opened automatically (I mean displayed). Any hints or advice on how I can accomplish the above would be a big help. Thanks in advance.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10769; 17 Jul 90 1:45 EDT Received: by VMB.BRL.MIL id af10353; 17 Jul 90 1:42 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa09994; 16 Jul 90 23:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09972; 16 Jul 90 23:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21259; 16 Jul 90 22:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26901; Mon, 16 Jul 90 19:20:54 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 01:39:15 GMT From: Betsy Zeller Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Workspace modification hints needed. Message-Id: <64283@sgi.sgi.com> References: <1990Jul16.233308.16103@cs.utk.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul16.233308.16103@cs.utk.edu> murthy@utkcs2.cs.utk.edu (Nagesh Murthy) writes: >I have a directory with gif giles and a gifview program in the same directory. I need to setup my workspace so that when I click over the gif image files they will be opened automatically (I mean displayed). > >Any hints or advice on how I can accomplish the above would be a big help. I am assuming that what you are asking for is the ability to double click the gif files, and have those files passed as data to the gifview program. What you need to do is 1. write an FTR rule that lets WorkSpace uniquely recognize what your gif files are. (You probably want to put your gif.ftr file in /usr/lib/filetype/local. You can look in Programming the IRIS WorkSpace, document # 007-2006-010, to see how to set up your FTR rule. Look in /usr/lib/filetype/system/sgisystem.ftr, at the rule for SGIImage, for an example.) When you have set up the rule so that WorkSpace can recognize a gif file, you can then include an OPEN rule which looks something like OPEN gifview $LEADER If gifview can handle more than one argument, you could say OPEN gifview $LEADER $REST or even for i in $LEADER $REST; do gifview $i; done 2. Once you have your new FTR rule, working as root, run the makefile in /usr/lib/filetype. 3. Restart the WorkSpace, open your directory, and try double clicking your gif file. Another mechanism you may not be aware of, which would work well in the situation where your executable is in the directory with your data files, is to select your data file, drag it over the gifview executable, and drop it when you see the executable highlight blue. >Thanks in advance. Hope this helps. Betsy Zeller betsy@sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10969; 17 Jul 90 2:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10909; 17 Jul 90 2:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10905; 17 Jul 90 2:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa21550; 17 Jul 90 0:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29394; Mon, 16 Jul 90 20:01:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 02:22:01 GMT From: Bron Campbell Nelson Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Basic Linear Algebra Subroutines (BLAS) Message-Id: <64287@sgi.sgi.com> References: <90Jul13.100737edt.8304@ephemeral.ai.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <90Jul13.100737edt.8304@ephemeral.ai.toronto.edu>, tff@na.toronto.edu (Tom Fairgrieve) writes: > Does SGI have an optimized version of the BLAS (Basic Linear Algebra > Subroutines) available for the 4d/240? If so, how does the performance > of this version compare to a version produced by the f77 compiler with > -O3 optimization level set? I'm interested in all 3 levels of the BLAS. As far as I know, SGI does not have versions of the BLAS libraries. However, Kuck and Associates, Inc. (KAI) in Illinois does sell math libraries that are tuned to run on SGI multiprocessors. If I remember correctly (always a dangerous assumption) one customer was able to hit over 50MFLOPS on an 8 cpu machine using the KAI software. My *personal* opinion is that the KAI library is very good and very fast. Contact KAI directly for more info. I believe Debbie Carr is still their marketing person: try dcarr@kai.com Standard disclaimer: This is provided for information only. Neither I nor SGI make any warrenties, either express or implied. And so on blah blah blah etc. etc. -- Bron Campbell Nelson bron@sgi.com or possibly ..!ames!sgi!bron These statements are my own, not those of Silicon Graphics.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa13440; 17 Jul 90 8:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa13073; 17 Jul 90 8:41 EDT Received: by VMB.BRL.MIL id aa12963; 17 Jul 90 8:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12503; 17 Jul 90 7:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22452; 17 Jul 90 4:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14885; Mon, 16 Jul 90 16:11:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jul 90 22:11:40 GMT From: milton!max!merritt@beaver.cs.washington.edu Organization: University of Washington, Seattle WA Subject: Re: Ray-tracing Message-Id: <14023.26a1d92d@max.u.washington.edu> References: <9007092046.AA07962@frodo.Physics.McGill.CA>, <9007110354.AA04884@adenosine.pharm.utah.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007110354.AA04884@adenosine.pharm.utah.edu>, davis@ADENOSINE.PHARM.UTAH.EDU ("Darrell R. Davis") writes: > I have been using a ray tracing program called RASTER3D on my 4D/20 > for molecular modeling. The quality of the images are better than any > of the commercial packages that I have seen for this purpose. > Although this is a specialized application, there may be something > useful for your purpose. Here is some information that I pulled out of > the README file that is part of the package and also a part of the man [users guide stuff deleted] I can second the recommendation of RASTER3D as a ray-tracing program for molecular models. As distributed it supports spheres and triangles as object types. I have hacked it up a bit for use on a 4D/20 so that it also supports object types for flat-ended cylinders, round-ended cylinders, and Phong-shaded triangles (original distribution was flat-shading only). I have also modified the code to produce output directly to a *.rgb format file (as per 4Dgifts/iristools/imgtools) so that the resulting pictures can easily be edited with the imgtools utilities. If people are interested I can make my version avaiable, along with various conversion routines to go from a Brookhaven PDB coordinate file to input descriptions for ribbon drawings, ball and stick models, etc. Ethan A Merritt University of Washington SM-20 Seattle, WA 98195 merritt@xray0.bchem.washington.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ac20920; 17 Jul 90 13:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa20205; 17 Jul 90 12:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab19921; 17 Jul 90 12:25 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23617; 17 Jul 90 6:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22356; Tue, 17 Jul 90 02:51:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 03:55:42 GMT From: Martin Hofmann Organization: U of Toronto Zoology Subject: Environment variables in Workspace Message-Id: <1990Jul17.035542.9411@zoo.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL The default setup on our system is for Workspace to run at login time. It appears that Workspace is run before .cshrc and thus all environment variables that are set in .cshrc are ignored by Workspace. In particular WINEDITOR is set to vi in .cshrc but Workspace still uses jot and a program that tests for terminal type receives 'unknown' instead of 'iris-ansi' Is there any way (other than running Workspace after login) to get Workspace to use the environment variables at login time? I do not want to depend on running Workspace after login because other users may want to use the application that depends on terminal from their Workspace started at login. Thanks in advance martin -- The world is sacred. You cannot improve it. | Martin Hofmann, U of Toronto If you try to change it, you will ruin it. | martin@zoo.toronto.edu If you try to hold it, you will lose it. | martin@zoo.utoronto.ca Lao Tsu, "Tao Te Ching" | uunet!attcan!utzoo!martin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa21520; 17 Jul 90 13:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa19799; 17 Jul 90 12:29 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19600; 17 Jul 90 12:06 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22043; 17 Jul 90 2:03 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA07544; Mon, 16 Jul 90 22:12:06 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 16 Jul 90 14:09:01 GMT From: Yun-Seng Chao Organization: SDRC, Cincinnati Subject: Problems with Installing IRIX from Remote tape Message-Id: <1507@sdrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Hi gang! I've been trying to get a "tapeless" machine to boot from another machine which has a tape drive I can use. I followed the manual's instruction and first did a "setenv netaddr
" and "setenv tapedevice bootp()sgia:/dev/tape", then "boot -f $tapedevice(sash.IP4) --m". Unfortunately, all I get back is a "No server for sgia:/dev/tape(sash.IP4)" message. On sgia, the inetd.conf entry for bootp is "bootp -d", and tftp entry is "tftp /usr/local/boot". Of course /usr/local/boot doesn't exist, but I don't think we even got that far. We took a look at the data packets from sgia and they were SUN RPC Portmap requests, even though the address is in /etc/hosts! This has both me and the SGI hotline stumped ... Please email responses, since I don't always get a chance to read news everyday. Thanks in advance! Yun Chao -- ------------------------------------------------------------------------ Yun-seng Chao {uunet, cinnet.com}!sdrc!cryun SDRC; Milford, Ohio   Received: from vmb.brl.mil by VMB.BRL.MIL id ab22472; 17 Jul 90 14:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa21882; 17 Jul 90 14:01 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa21796; 17 Jul 90 13:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa22640; 17 Jul 90 5:05 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19029; Tue, 17 Jul 90 01:42:22 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 01:16:43 GMT From: Sondra Card Organization: BioCAD Corporation, Mountain View, CA Subject: BioCAD job offering in misc.jobs.offered Message-Id: <16Jul90-1816.7@biocad.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Apologies to anyone who objects to this brief pointer to a job offering in misc.jobs.offered, but: BioCad....CAE for Molecules. In Mt. View, CA., a new start-up & SGI Geometry Partner. (3D/Stereo Graphics, Virtual Reality, Visualization tools). Please see article <16Jul90-1808.2@biocad.UUCP> posted to misc.jobs.offered for more details. Thank you.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01859; 18 Jul 90 19:01 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01658; 18 Jul 90 18:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01634; 18 Jul 90 18:22 EDT Received: from Icarus.AE.MsState.Edu by VGR.BRL.MIL id aa03957; 18 Jul 90 6:44 EDT Received: from tardis.ae.msstate.edu by Icarus.AE.MsState.Edu (4.0/5.0s); id AA06740; Mon, 16 Jul 90 17:26:22 CDT Date: Mon, 16 Jul 90 17:26:22 CDT From: Larry Thorne Message-Id: <9007162226.AA06740@Icarus.AE.MsState.Edu> To: info-iris@BRL.MIL Subject: Tex on SGI? We've had some requests for the Tex typesetting/formatting package to run on our SGI machines. Is anyone currently running Tex? If so, where can I get it? I would rather get a PD version, but would consider a commercial package. Thanks in advance! Larry Thorne larryt@ae.msstate.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab19566; 17 Jul 90 12:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa18999; 17 Jul 90 11:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa18763; 17 Jul 90 11:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24733; 17 Jul 90 9:49 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03710; Tue, 17 Jul 90 06:36:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 13:25:00 GMT From: dino!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!border@uunet.uu.net Subject: ftp sources for images? Message-Id: <19400003@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This probably is a "frequently asked question" but I am new here and don't know who else to ask: I am looking for libraries of iris image files that are available by ftp. If anyone has a 'directory' of what is available out there with a brief primer on how to access the files, I sure would appreciate a copy. I am not looking for anything in particular, just want to play around with the image tools (tired of Max Headroom) and create some fancy window icons. Besides, our site doesn't carry alt.sex.pictures :-) :-) Ryan Border.   Received: from vmb.brl.mil by VMB.BRL.MIL id ad20920; 17 Jul 90 13:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20205; 17 Jul 90 12:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa19966; 17 Jul 90 12:28 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23700; 17 Jul 90 7:04 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA19932; Tue, 17 Jul 90 02:00:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 07:38:59 GMT From: Tim Hudson Organization: Mincom, Brisbane, Australia. Subject: Request for Help/Information on Power Series Message-Id: <462@iris.mincom.oz.au> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL For the last *year* we have been having problems with our IRIS 4d/140. What I would like to know is who else has a Power Series machine and what sort of problems (if any) they have been having with the machine and what sort of response have they received from Silicon Graphics with respect to solving the problem. The sort of problems: o PANIC: CPU N: assertion failure! + more information o invalid kpte (lots of times) o efs oops (once only) o PANIC: CPU N: KERNEL FAULT `Software Detected SEGV' o PANIC: CPU N: KERNEL FAULT `Read Address Error' - this one seems to have gone away now - hasn't been seen for a few months o CPU N goes to 100% interrupt and processes hang I have full core dumps and kernel stack traces and console message logs if anyone is interested. Tim Hudson ------------------------------------------------------------------------- Hardware Configuration: IRIS 4D/140 32M memory 4 16 MHZ IP5 Processors FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 1.5 CPU: MIPS R2000A/R3000 Processor Chip Revision: 1.6 QIC 150, 8mm cartridge 2 * ESDI 780M Interphase controller 2 * SMD 1.2G Xylogics controller 2 * CDS 6-port serial boards Software Configuration: IRIX 3.2.3 Typical Load: 20-30 network logins (telnet) 12-16 serial port logins 30-70% memory usage (from df /debug) 120-180 processes 5-10 load average (from rup localhost) ------------------------------------------------------------------------- -- Mincom, Brisbane internet : tjh@mincom.oz{.au} Australia UUCP : ..!uunet!munnari!mincom.oz!tjh   Received: from vmb.brl.mil by VMB.BRL.MIL id ac21520; 17 Jul 90 13:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab20920; 17 Jul 90 13:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20530; 17 Jul 90 12:52 EDT Received: from enh.nist.gov by VGR.BRL.MIL id aa24879; 17 Jul 90 10:15 EDT Return-path: whip@poly1.nist.gov Received: from poly1.nist.gov by ENH.NIST.GOV; Tue, 17 Jul 90 10:11 EST Received: by poly1.nist.gov (5.52/890607.SGI) (for @enh.nist.gov:info-iris@vgr.brl.mil) id AA28096; Tue, 17 Jul 90 10:28:05 EDT Date: Tue, 17 Jul 90 10:28:05 EDT From: whip@poly1.nist.gov To: info-iris@vgr.brl.mil Message-Id: <9007171428.AA28096@poly1.nist.gov> I have been trying to make a variety of screen-editor-type programs that seem potentially useful to me: in particular, jove and uzap, if that make a difference. In any event, when running them, the screen comes out scrambled. Additionally, after quitting the programs, the display continues to have problems -- most text that is printed evidently appears somewhere off to the right of my window such that I can't see it. I can't figure out how to stop the scrambling -- or even how to get rid of it short of logging out. My TERM is set to vt100, which should be straight-forward enough... Any help would be much appreciated. Thanks in advance... eugholz@poly1.nist.gov (please send replies to whip@poly1.hist.gov)   Received: from vmb.brl.mil by VMB.BRL.MIL id ad21520; 17 Jul 90 13:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae20920; 17 Jul 90 13:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa20783; 17 Jul 90 13:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25312; 17 Jul 90 11:06 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08972; Tue, 17 Jul 90 08:02:47 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 14:48:53 GMT From: Matthew A Machlis Organization: Massachusetts Institute of Technology Subject: Terminal Emulator for 3020 Message-Id: <1990Jul17.144853.429@athena.mit.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL This is probably a stupid question, but... does anyone have a terminal emulator (for anything, preferrable VT100) for the 3020? I have been logging on from a Mac until now, when we just got a network hookup on our IRIS, and the only communication program I have is a version of Kermit which only does simple ASCII. I would ideally like to get an address where I can ftp a program from. Thanks in advance. -- ---------------------------------------------------------------------------- Matt Machlis MIT Space Systems Laboratory (617)253-2272   Received: from vmb.brl.mil by VMB.BRL.MIL id ae21520; 17 Jul 90 13:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id af20920; 17 Jul 90 13:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab20783; 17 Jul 90 13:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25317; 17 Jul 90 11:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08938; Tue, 17 Jul 90 08:02:28 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 14:36:22 GMT From: Matthew A Machlis Organization: Massachusetts Institute of Technology Subject: Re: Stereo wanted but no Crystal Eyes practicable Message-Id: <1990Jul17.143622.29851@athena.mit.edu> References: <9007161959.AA01586@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Yes, I have tried the red/blue trick as well. As a matter of fact, it worked very well for me. I started with a set of about 100 filter samples from a stage/theater supply company and found the best red/blue filters. About the only problem I had was I had to decrease the brightness of the red image because the blue image looked dimmer. But writemasking turns out to be perfect for creating two images, of different colors, without interfering with each other. If you want I can post the address of the company from which I got the filter set and/or the ID numbers for the filters I ended up using. -- ---------------------------------------------------------------------------- Matt Machlis MIT Space Systems Laboratory (617)253-2272   Received: from vmb.brl.mil by VMB.BRL.MIL id aa23524; 17 Jul 90 14:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa22737; 17 Jul 90 14:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa22677; 17 Jul 90 14:20 EDT Received: from vm.uoguelph.ca by VGR.BRL.MIL id aa25343; 17 Jul 90 11:12 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 9042; Tue, 17 Jul 90 10:47:05 EST Received: by UOGUELPH (Mailer R2.07) id 6926; Tue, 17 Jul 90 10:47:03 EST Date: Tue, 17 Jul 90 10:36:26 EST From: Len Zaifman Subject: Security and access issues To: info-iris Message-ID: <9007171112.aa25343@VGR.BRL.MIL> We have a problem whereby we want to restrict the use of certain applications and program libraries to be linked at runtime to a set of authorised users. It is not necessarily the case that all users of an applicati on or library belong to the same group , so we cannot use group access methods. Basically, we want someone who is linking a library or running an applica tion to be able to use it if they are authorised , and have a message telling them they are not authorised otherwise. Accounting of who is accessing the application/library would also be acceptable. That is , not restricting use, but being able to tell who used the package and how often. We do not have our Irix 3.3 systems yet, but they are arriving soon, and we would like to know how to implement a capability , like the one described above. Has anyone out there tried to do this yet ?? Is it too much overhead to make it worthwhile ?? Does it come automatically :-) with 3.3 ?? Thanks for your time. Regards, Len Zaifman Len Zaifman Information Technology Coordinator,College of Physical and Engineering Science Department of Computing Services University of Guelph Guelph,Ontario. N1G 2W1 (519)821-4120 xt 6566 email : LeonardZ@VM.UOGUELPH.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id ac24746; 17 Jul 90 15:59 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa24076; 17 Jul 90 15:48 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23610; 17 Jul 90 14:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26156; 17 Jul 90 13:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15778; Tue, 17 Jul 90 09:54:12 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 09:21:20 GMT From: "S.Jin" Organization: Edinburgh University Computing Service Subject: Another C compiler bug? Message-Id: <5193@castle.ed.ac.uk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is it a bug or not? I can compile the piece of program below successfully on Sun 3/60(4.0_Export), HP900/825(7.00). But I failed to do that on 4D 20 under IRIX 3.2. The program: struct Alist_Entry { void *slot; } ; main() { register struct Alist_Entry *ap; *( (int *) (ap->slot) ) = 11; *((char *)(ap->slot)) = 'a'; } The result on 4D 20 under IRIX 3.2: $ cc foo.c /* Suppose the program name as foo.c */ ccom: Error: foo.c, line 8: slot undefined *( (int *) (ap->slot) ) = 11; ---------------------^ ccom: Error: foo.c, line 8: member of structure or union required *( (int *) (ap->slot) ) = 11; ---------------------^ ccom: Error: foo.c, line 9: member of structure or union required *((char *)(ap->slot)) = 'a'; --------------------^ $ Is it a bug? Any comments are welcome. S. Jin   Received: from vmb.brl.mil by VMB.BRL.MIL id aa25454; 17 Jul 90 16:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa23618; 17 Jul 90 15:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa23577; 17 Jul 90 14:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26079; 17 Jul 90 12:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA15230; Tue, 17 Jul 90 09:45:45 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 16:19:24 GMT From: Peter Silva Organization: Environment Canada Subject: Multi-User Source Code Managers ? Message-Id: <1990Jul17.161924.8248@cid.aes.doe.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm looking for a portable source code manager that lets multiple users modify the same file at the same time. Two+ users should be able to get the same mod file (via command like SCCS "get"), make changes, and only know that someone else was working on the same file if the two happen to modify the same LINES of code. In that case, an error message would be given when the second modifier of the lines tried to return his mod (using a command like SCCS 'delta'). The manager should also maintain multiple variations of a single package. The most obvious example of a 'variation' is for hardware dependencies, but there are many others. We would like to be able to make changes that affect a specific number (one, some, all) variations. RCS and SCCS meet neither of these requirements. Public domain, shareware and commercial software are all of interest. I have read a paper about SUN's translucent file system which sounded interesting, and elegantly supports multiple versions. I don't remember it dealing with concurrent editing. Experiences, recommendations, etc... wanted. Will post result if sufficient interest shown. Advance thanks for your help. Peter Silva OS Support psilva@cid.aes.doe.ca Dorval Computer Centre Atmospheric Environment Service -- Peter Silva psilva@cid.aes.doe.ca (514) 421-4692   Received: from vmb.brl.mil by VMB.brl.MIL id ad25812; 17 Jul 90 17:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab25454; 17 Jul 90 16:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25302; 17 Jul 90 16:20 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26034; 17 Jul 90 12:50 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14897; Tue, 17 Jul 90 09:39:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 16:34:48 GMT From: Jonathon Sivier Organization: University of Illinois at Urbana Subject: Where is struct tchars defined? Message-Id: <1990Jul17.163448.24006@ux1.cso.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I am attempting to compile MicroEmacs 3.10 on an IRIS 3020. I have had to modify several of the include directives so that the header files will be looked for under /usr/include/bsd. In unix.c there is a structure called tchars used. It seems to be a set of character strings for a terminal definition. I can't find which header file it is in. Does anyone know where this structure is defined on the IRIS or failing that what the definition should be? Thanks for your assistance. Jonathan -- Jonathan Sivier jsivier@ux1.cso.uiuc.edu   Received: from vmb.brl.mil by VMB.brl.MIL id af25812; 17 Jul 90 17:35 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ae25454; 17 Jul 90 16:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab25392; 17 Jul 90 16:36 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa26576; 17 Jul 90 13:58 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4242; Tue, 17 Jul 90 13:56:30 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 17 Jul 90 13:58 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA22083; Tue, 17 Jul 90 13:59:17 DSD Date: Tue, 17 Jul 90 13:59:17 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: How to use Parallel port on IRIS.. To: info-iris@BRL.MIL Message-id: <9007172059.AA22083@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Is there a 16 bit parallel port on any of the iris machines ? Is there a vme board available to use high speed bidirectional parallel data ? Is there kernel support for such a board ? How does word parallel io compare to serial 19200 baud buffered io ? I have an application that hangs on serial io, and I just found out that I can use a 16 bit parallel port on the gizmo. Any insight out there ??? dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26332; 17 Jul 90 17:45 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac25812; 17 Jul 90 17:34 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa25544; 17 Jul 90 16:48 EDT Received: from blumiris.chem.umr.edu by VGR.BRL.MIL id aa27158; 17 Jul 90 14:55 EDT Received: by blumiris.chem.umr.edu (5.52/890607.SGI) (for info-iris@brl.mil) id AA00745; Tue, 17 Jul 90 13:58:52 CDT Date: Tue, 17 Jul 90 13:58:52 CDT From: "Robert B. Funchess" Message-Id: <9007171858.AA00745@blumiris.chem.umr.edu> To: info-iris@BRL.MIL Subject: RE: Ray-tracing I'm interested in that hacked version of raster3d; in fact, if it's not TOO large, I could even set aside some anonymous FTP space for it... in the meantime, I've been using rayshade (from comp.sources.unix) with some perl scripts to do much the same thing (take molecular structure data and turn it into a raytraced molecular model). Rayshade supports spheres, cones, planes, and some other object classes I haven't needed yet... it's also possible to define new objects based on these primitives. You'll need the Utah Raster Image Toolkit if you want to use rayshade. -- Bob Funchess bobf@blumiris.chem.umr.edu Chemistry Dept. University of Missouri - Rolla   Received: from vmb.brl.mil by VMB.BRL.MIL id aa26840; 17 Jul 90 18:48 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa26750; 17 Jul 90 18:37 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa26746; 17 Jul 90 18:15 EDT Received: from relay.nswc.navy.mil by VGR.BRL.MIL id aa27056; 17 Jul 90 14:38 EDT Date: Tue, 17 Jul 90 13:44:45 EDT From: mberger@relay.nswc.navy.mil To: info-iris@BRL.MIL Subject: DITHERING Message-ID: <9007171438.aa27056@VGR.BRL.MIL> Does any one have any dithering functions/programs? I am trying to convert a 256 color grayscale image into a 16 color grayscale image. I have tried a straight conversion, as well as the ordered dither, and error diffusion algorithms described in 'Fundamentals of Interactive Computer Graphics'. All of these methods give very contoured images. Thanks in advance Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id ab28657; 18 Jul 90 1:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28519; 18 Jul 90 0:33 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28487; 18 Jul 90 0:09 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa27471; 17 Jul 90 15:56 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4306; Tue, 17 Jul 90 14:01:12 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Tue, 17 Jul 90 14:03 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA22093; Tue, 17 Jul 90 14:03:58 DSD Date: Tue, 17 Jul 90 14:03:58 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Very high speed io to iris To: info-iris@BRL.MIL Message-id: <9007172103.AA22093@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Does anyone have experience with very high speed io with the iris ? I am interested in insight on word (16bit) parallel io at > 100 kilobaud. What about multiple cpus ? dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29015; 18 Jul 90 1:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa28657; 18 Jul 90 1:02 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa28564; 18 Jul 90 0:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa27973; 17 Jul 90 16:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25954; Tue, 17 Jul 90 12:36:13 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 19:30:11 GMT From: George Lindholm Organization: University Computing Services, UBC Subject: auto-mount daemon Message-Id: <8719@ubc-cs.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone managed to get Jan-Simon Pendry amd code ported to an SGI box??? lindholm@staff.ucs.ubc.ca George_Lindholm@mtsg.ubc.ca USERGNL@UBCMTSG.BITNET University of British Columbia Computing Services (604) 228-4375   Received: from vmb.brl.mil by VMB.BRL.MIL id ab29015; 18 Jul 90 1:14 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac28657; 18 Jul 90 1:03 EDT Received: from vm.nrc.ca by VMB.BRL.MIL id aa28638; 18 Jul 90 0:37 EDT Received: from VM.NRC.CA by VM.NRC.CA (IBM VM SMTP R1.2.2MX) with BSMTP id 5085; Tue, 17 Jul 90 16:00:24 EDT Received: by NRCVM01 (Mailer R2.06) id 5046; Tue, 17 Jul 90 16:00:24 EDT Date: Tue, 17 Jul 90 14:20:12 EDT From: Claude.P.Cantin%NRC.CA@VM.NRC.CA Subject: tcsh problems on Personal IRIS... To: info-iris@vmb.brl.mil Message-ID: <9007180038.aa28638@VMB.BRL.MIL> I have downloaded the tcsh binaries from the archive site, and installed it on a 4D/240S, 4D/260S, 4D/280S, and a Personal IRIS. It works GREAT on the three servers. On the PI, a number of things happen: 1. when root logs on, the console (as an icon) shows up, then the toolchests appear, then the console simply disapears!!! I also had the night program running in the background (started from the .csrhc). With tcsh, it did not even start!!!! But I can go to the toolchest and start a wsh. 2. Loging in as a user, the same thing happens, AND I can't start a wsh at all!!! In other words, it's useless!!!! If I go back to the password file and change the login shell back to /bin/csh, everything is back to normal.... Did that happen to anyone else???? Any suggestions???? Thank you for your help, Claude Cantin (CANTIN@NRCVM01.BITNET) (CANTIN@VM.NRC.CA) (cantin@nrccsb3.di.nrc.ca) (and many more...)   Received: from vmb.brl.mil by VMB.BRL.MIL id ac29749; 18 Jul 90 3:09 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac29635; 18 Jul 90 2:43 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29619; 18 Jul 90 2:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa28501; 17 Jul 90 18:00 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA29088; Tue, 17 Jul 90 13:25:58 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 19:04:07 GMT From: Kevin Gurney Subject: Re: Problems with Installing IRIX from Remote tape Message-Id: <10475@odin.corp.sgi.com> References: <1507@sdrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1507@sdrc.UUCP> cryun@sdrc.UUCP (Yun-Seng Chao) writes: >Hi gang! >I've been trying to get a "tapeless" machine to boot from another machine which >has a tape drive I can use. I followed the manual's instruction and first >did a "setenv netaddr
" and "setenv tapedevice bootp()sgia:/dev/tape", >then "boot -f $tapedevice(sash.IP4) --m". Unfortunately, all I get back is a >"No server for sgia:/dev/tape(sash.IP4)" message. At SGI we do the majority of our installations from remote sources also and every time that someone has called me with this error it's been traced back to the fact that netaddr was set incorrectly in the proms. If I were you I'd doublecheck the
that you think your machine is. Assuming you didn't make a typing mistake, perhaps the source of your information is wrong. Just offering my advice based on years of seeing this problem. ---- "Is it hot in here?" keving@gaffa.wpd.sgi.com   Received: from vmb.brl.mil by VMB.BRL.MIL id aa29942; 18 Jul 90 3:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa29749; 18 Jul 90 3:09 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa29665; 18 Jul 90 2:40 EDT Received: from Frodo.Physics.McGill.CA by VGR.BRL.MIL id aa01561; 18 Jul 90 0:24 EDT Received: by frodo.Physics.McGill.CA id AA02406; Tue, 17 Jul 90 23:50:07 EDT (5.59++/IDA-1.1S) Date: Tue, 17 Jul 90 23:50:07 EDT From: Loki Jorgenson Rm421 Message-Id: <9007180350.AA02406@frodo.Physics.McGill.CA> To: info-iris@vgr.brl.mil, sun-spots@rice.edu Subject: PostScript Parser. Is there a "lint"-like parser for PostScript which will check for and identify syntax errors in a PS file? Preferably Public Domain, of course. Thanks, Loki Jorgenson node: loki@physics.mcgill.ca Physics, McGill University fax: (514) 398-3733 Montreal Quebec CANADA phone: (514) 398-6531 << Waxing frees the mind and makes the legs smooth >>   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00893; 18 Jul 90 6:02 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00770; 18 Jul 90 5:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00730; 18 Jul 90 5:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa28448; 17 Jul 90 17:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03772; Tue, 17 Jul 90 14:38:50 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 17 Jul 90 21:21:48 GMT From: Lord of Sith Organization: MCNC; RTP, NC Subject: Plot to Tektronix (4010/4014) translator Message-Id: <2425@speedy.mcnc.org> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Anyone have such a beast? Obviously, everyone with a personal Iris will have graphics done only on the console terminal. I am also working on one myself, so only PD suggestions please. Please e-mail suggestions and requests. Thanks, Scott Kajihara -- Scott Akira Kajihara "Insanity is a prerequisite for physics techie-types" mcnc!kajihara kajihara@mcnc.org mcnc!{pyvax|pymvjb|pysgjb}!kajihara kajihara@{pyvax|pymvjb|pysgjb}.nscu.edu kajihara@ncsuphys.BITNET _et. al._ of which I am not aware.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03460; 18 Jul 90 22:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03375; 18 Jul 90 22:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03316; 18 Jul 90 22:15 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa12001; 18 Jul 90 17:56 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Wed, 18 Jul 90 15:39 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Tue, 17 Jul 90 14:22 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA23237; Tue, 17 Jul 90 14:19:40 NZT Date: Tue, 17 Jul 90 14:19:40 NZT From: russell@ccu1.aukuni.ac.nz Subject: Accounting for ftp & telnet. To: info-iris@vgr.brl.mil Message-Id: <9007170219.AA23237@ccu1.aukuni.ac.nz> Does anybody have versions of ftp and telnet programs that log the destinations of calls? We are also interested in volumes of traffic. Are the sources available so that we could patch them to do this? Lastly is anybody else out there interested in this? Thanks, Russell.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03464; 19 Jul 90 20:43 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03376; 19 Jul 90 20:32 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03331; 19 Jul 90 20:11 EDT Received: from [192.12.31.1] by VGR.BRL.MIL id aa15912; 19 Jul 90 9:42 EDT Date: Tue, 17 Jul 90 14:38:44 EDT From: "Prof. David F. Rogers" (Aerospace) To: info-iris@BRL.MIL Subject: TeXsgi Message-ID: <9007171438.aa01203@CAD.USNA.MIL> G'day, Mike Gigante will be here in Annapolis the week of 28 July. The top priority on the to do list is to update the TeXsgi and general TeX distribution for the 4D. So if you have suggestions email them directly to me at dfr@usna.navy.mil I will probably regret this but......... Dave Rogers   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02981; 18 Jul 90 7:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02240; 18 Jul 90 7:41 EDT Received: from ugw.utcs.utoronto.ca by VMB.BRL.MIL id aa01930; 18 Jul 90 7:14 EDT Received: from UALTAMTS.BITNET (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57477; Wed, 18 Jul 90 07:09:29 EDT Date: Wed, 18 Jul 90 07:06:50 EDT From: Mark Israel Subject: Raster3D To: info-iris@vmb.brl.mil Message-Id: <2113239@UALTAMTS.BITNET> In <9007110400.AA04907@adenosine.pharm.utah.edu>, (Darrell R. Davis) writes: > I have been using a ray tracing program called RASTER3D on my > 4D/20 for molecular modeling. In the words of Raster3D's author, David Bacon, Raster3D "is NOT in fact a ray-tracing program but a much faster z-buffering algorithm. (Under 3 minutes for a full-screen penpep on the new IBM 6000 Model 530, including dithering!)" Also please note that the only front-end we have is for drawing molecules. If you want to draw something else, how you generate the specs file of spheres and triangles is up to you! The only machine-specific version David ever distributed was for the IRIS 3000. Michael Murphy has been distributing a version for the IRIS 4D. You can reach Michael at USERMBCM@MTSG.UBC.CA, or phone (604) 228-5007. Ethan Merritt has kindly offered to make both our version and his version available by anonymous FTP. It seems that merging the two versions will take a bit of work, so that may not happen for a while. Also, I've been intending to write a new version of the labelling program. Stay tuned. David is incommunicado at the moment. You can still reach John Moult at JOHN@MSMFVM, or phone (301) 251-2241. My current phone number (and Stephen Samuel's) is (403) 492-2422. Mark Israel Bitnet: USERISRA@UALTAMTS Usenet: Mark_Israel@uqv-mts.alberta Internet: USERISRA@MTS.UCS.UALBERTA.CA   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10612; 18 Jul 90 13:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa10055; 18 Jul 90 12:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09953; 18 Jul 90 12:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05608; 18 Jul 90 10:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26190; Wed, 18 Jul 90 07:40:33 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 14:04:42 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: IRIX 3.3 Question Message-Id: <10513@odin.corp.sgi.com> References: <9007161955.AA01576@aero4.larc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007161955.AA01576@aero4.larc.nasa.gov> blbates@AERO4.LARC.NASA.GOV ("Brent L. Bates AAD/TAB MS361 x42854") writes: > > We bought a new VGX machine and it came with 3.3 and I think >the VGX machines ONLY work with 3.3 (or higher :-)). >-- > > Brent L. Bates > NASA-Langley Research Center > M.S. 361 > Hampton, Virginia 23665-5225 > (804) 864-2854 > E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov Yes, you are exactly correct. chris D. Christopher Dunlap Product Support Engineering Customer Support Division email: dunlap@sgi.com Silicon Graphics Computer Systems   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10612; 18 Jul 90 13:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab10055; 18 Jul 90 12:52 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab09953; 18 Jul 90 12:29 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05646; 18 Jul 90 10:52 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26173; Wed, 18 Jul 90 07:40:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 14:02:56 GMT From: "D. Christopher Dunlap" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: IRIX 3.3 Question Message-Id: <10511@odin.corp.sgi.com> References: <1990Jul13.204439.19295@portia.Stanford.EDU>, <345@shrike.AUSTIN.LOCKHEED.COM>, <1990Jul16.194008.17038@s1.msi.umn.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <1990Jul16.194008.17038@s1.msi.umn.edu> molenda@s1.msi.umn.edu (Jason Molenda) writes: >aihaug@AUSTIN.LOCKHEED.COM (Daniel A Haug) writes: > >>From article <1990Jul13.204439.19295@portia.Stanford.EDU>, by dhinds@portia.Stanford.EDU (David Hinds): >>> >>> I called the SGI hotline, and they told me that 3.3 was going to ship >>> in August. I'm confused - there seem to be quite a few people who have >>> had it for a while, judging by the messages posted here. [...] > >>This is not unusual by my experience. We typically get our update six >>months after everyone else [or so it seems]... > >We called our local rep and they had the distribution tapes at their office >and let us borrow them to do the upgrade. I'd say try your local office... >Officially, I guess the upgrade won't be shipping until some time in >August (like David Hinds said). > >Jason Molenda, Minnesota Supercomputer Institute >molenda@msi.umn.edu The concern I'd have with this is that MOST people are going to want the 3.3 release for it's new features, and the new features are going to be close to useless to you without documentation. Of course, I'm a particularly interested party in this discussion, since often times people without documentation will use the Geometry Hotline as "live documentation", which is rather frustrating for the staff here, all of whom are much more interested in solving problems than doing "over the phone tutorials" (as I'm sure you all can imagine). So please bear with us. Assuming you have a Support Contract with SGI, you will get your distribution Real Soon Now, so hang in there a few weeks and you'll get the whole package, docs and all. By the way, What does everyone think so far of the "Pipeline" Technical Support Newsletter? Please send responses to "pipeline@csd.sgi.com". Also, the new issue is out. If you haven't got it, you should see it in the next week. thanks much, chris D. Christopher Dunlap Product Support Engineering Customer Support Division email: dunlap@sgi.com Silicon Graphics Computer Systems   Received: from vmb.brl.mil by VMB.BRL.MIL id ad11528; 18 Jul 90 14:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11033; 18 Jul 90 13:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa10978; 18 Jul 90 13:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04272; 18 Jul 90 7:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA13238; Wed, 18 Jul 90 04:09:29 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 06:18:55 GMT From: cs.utexas.edu!wuarchive!wums2!tan_j@tut.cis.ohio-state.edu Subject: Re: Another C compiler bug Message-Id: <3732.26a3b8ff@wums2.wustl.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL >> item 1985 >> Is it a bug or not? I can compile the piece of program below successfully >> on Sun 3/60(4.0_Export), HP900/825(7.00). But I failed to do that on 4D 20 >> under IRIX 3.2. struct Alist_Entry { void *slot; } ; main() { register struct Alist_Entry *ap; *( (int *) (ap->slot) ) = 11; *((char *)(ap->slot)) = 'a'; } ======================================================================= If you read the SGI C Language reference manual on operator conversions (section 4.7 on Version 1.0 manual), it reads: The (nonexistent) value of a object may not be used in any way, and neither explicit nor implicit conversion may be applied. ...... etc.... and section 3.2 on Type, The void type specifies an empty set of values. It is used as the type returned by functions that generate no value. Which means SGI C compiler does not allow void type usage as on other systems. ======================================================================= You may want to check your C code also. This is a common mistake. Suppose void type is accepted on SGI, *( (int *) (ap->slot) ) = 11 will type cast ap->slot into an integer pointer, then change the content that is pointed by ap->slot to 11, not the ap->slot. So where is your initialization of ap->slot ? It is NULL !! Declaring a pointer does not allocate a 'real' (you know what I mean) space. What you want probably is declare another variable, NOT pointer, register struct Alist_Entry *ap, temp; ap=&temp; Then it will be fine. "SGI newcomer" tan_j@wums.stl.edu Washington University Medical School   Received: from vmb.brl.mil by VMB.BRL.MIL id ab11904; 18 Jul 90 14:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab11528; 18 Jul 90 14:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11251; 18 Jul 90 13:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05446; 18 Jul 90 10:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24056; Wed, 18 Jul 90 07:09:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 13:09:38 GMT From: John D Mccalpin Organization: College of Marine Studies, Univ. of Delaware Subject: Exabyte Recap ??? Message-Id: <6755@vax1.acs.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL There was a recent discussion about the trouble using the Exabyte tape drive on a personal IRIS that I did not pay adequate attention to. Questions: (1) Is the Exabyte usable with the PI? Can you ignore the SCSI power-on diagnostics and just use it? (2) Will the situation change with the release of 3.3? Thanks for any help! -- John D. McCalpin mccalpin@vax1.udel.edu Assistant Professor mccalpin@delocn.udel.edu College of Marine Studies, U. Del. mccalpin@scri1.scri.fsu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ac11904; 18 Jul 90 14:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac11528; 18 Jul 90 14:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab11251; 18 Jul 90 13:37 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05554; 18 Jul 90 10:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24099; Wed, 18 Jul 90 07:09:43 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 14:07:15 GMT From: Tim Hall Organization: Boston University Subject: Re: Constraining cursor to a window Message-Id: <60895@bu.edu.bu.edu> References: <156@cutmcvax.OZ> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <156@cutmcvax.OZ>, flint@cutmcvax.OZ (Danny Baldoni) writes: |> |> What I'd like to know is whether or not |> there's any way I can restrict the movement of the cursor so that it can |> NEVER (unless I release it) move outside the boundaries of one of those |> windows. |> Yes, find the boundaries of your window and then use 'setvaluator' to constrain the cursor. For example if the lower left of your window is at xmin/ymin and the upper right is at xmax/ymax the following... setvaluator( MOUSEX, ( xmax - xmin ) / 2, xmin, xmax ); setvaluator( MOUSEY, ( ymax - ymin ) / 2, ymin, ymax ); puts the cursor in the center of the window and constrains it within the window boundaries. However, if there is another window overlapping this window the cursor can enter it. -Tim Hall tjh@bu-pub.bu.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12249; 18 Jul 90 14:40 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab11033; 18 Jul 90 13:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ad10978; 18 Jul 90 13:22 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa04419; 18 Jul 90 8:20 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14537; Wed, 18 Jul 90 04:26:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 09:53:13 GMT From: Danny Baldoni Organization: Curtin University of Technology, Computing Science Subject: Constraining cursor to a window Message-Id: <156@cutmcvax.OZ> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I'm currently developing a project using multiple windows. Combined, these windows cover the entire screen. What I'd like to know is whether or not there's any way I can restrict the movement of the cursor so that it can NEVER (unless I release it) move outside the boundaries of one of those windows. Any help would be much appreciated. Danny Baldoni ~~~~~~~~~~~~~ --------------------------------------------+---------------------------------- Phone: +61-9-351-7450 | School of Computing Science, ACSNet: flint@cutmcvax.oz | Curtin University of Technology, UUCP: ...!uunet!munnari!cutmcvax!flint | GPO Box U1987, ARPA: flint%cutmcvax.oz@uunet.UU.NET | Perth, | Western Australia, 6001 --------------------------------------------+---------------------------------- "Any time there's something so ridiculously dangerous that no rational human being would even consider trying it, they send for me" - Belgarion, "King of the Murgos" by David Eddings -------------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00103; 18 Jul 90 16:26 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12249; 18 Jul 90 14:51 EDT Received: from adm.brl.mil by VMB.BRL.MIL id aa12122; 18 Jul 90 14:35 EDT Received: from ucbvax.Berkeley.EDU by ADM.BRL.MIL id aa01579; 18 Jul 90 14:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA10171; Wed, 18 Jul 90 11:05:02 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 16:27:35 GMT From: Thant Tessman Organization: Silicon Graphics Inc. Subject: Re: Constraining cursor to a window Message-Id: <10521@odin.corp.sgi.com> References: <156@cutmcvax.OZ> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <156@cutmcvax.OZ>, flint@cutmcvax.OZ (Danny Baldoni) writes: > > I'm currently developing a project using multiple windows. Combined, these > windows cover the entire screen. What I'd like to know is whether or not > there's any way I can restrict the movement of the cursor so that it can > NEVER (unless I release it) move outside the boundaries of one of those > windows. > Yes, you can do a 'setvaluator' on MOUSEX and MOUSEY to restrict it to your window. thant   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00732; 18 Jul 90 16:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00103; 18 Jul 90 16:45 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12500; 18 Jul 90 14:55 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa05982; 18 Jul 90 11:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27992; Wed, 18 Jul 90 08:06:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 14:54:59 GMT From: Kuck And Associates Organization: UIUC Center for Supercomputing Research and Development Subject: Re: C compiler bug Message-Id: <1990Jul18.145459.28899@csrd.uiuc.edu> References: <9007131953.AA08463@prism>, <40159@mips.mips.COM>, <1990Jul17.233941.17867@csrd.uiuc.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL kai@sp1.csrd.uiuc.edu (Kuck And Associates) writes: >It appears the "wrong answer" machines are all Big Endian (bytes are stored in >memory in the order 4321, as opposed to the S81's i386 processors, which are >Little Endian). Perhaps the code isn't quite portable. I was right. Compile the following fixed version of that pgm defining BIG_ENDIAN on hosts running 680x0's, MIPS processors, and you get the exact same results as on Little Endian machines, like your Sequent S81. The program's author DOES warn to "Watch bit fields...see my C book...". Patrick Wolfe (pat@kai.com, kailand!pat) System Programmer/Operations Manager, Kuck & Associates "Any opinions expressed are my own, not my employers's. Please don't call my boss and complain ... again." -- cut here -- cut here -- cut here -- cut here -- cut here -- /*---------------------------------------------------------*/ /* High Performance CRC Computation Routine */ /* */ /* Copyright 1985 W. David Schwaderer */ /* All rights reserved */ /* */ /* Compiler used: Computer Innovations C86 V2.10A */ /* */ /* Warning...this program uses bit fields! */ /* For warnings on bit field hazards see: */ /* */ /* The C Wizard's Programming Reference Handbook */ /* W. David Schwaderer */ /* John Wiley and Sons, 1985 */ /* */ /*---------------------------------------------------------*/ /* Watch bit fields...see my C book... */ #include #define VOID int unsigned crc_table[256]; /* globally accessible */ main(argc, argv) int argc; char *argv[]; { VOID GenerateTable(); unsigned GenerateCRC(); unsigned length, crc; /* crc = 0x9001 */ static char TestArray1[] = {'\001', '\000'}; static char TestArray2[] = {'\001','\000', '\001', '\220'}; /* bytewise bytewise */ /* unreversed reversed */ static char TestMsg[] = "This is a test message."; GenerateTable(); /* fill in the crc_table */ PrintTable(); /* display the table */ length = sizeof(TestArray1); crc = GenerateCRC(length, TestArray1); /* calculate CRC */ printf("\n\n\nTestArray1 CRC = 0x%04x", crc); length = sizeof(TestArray2); crc = GenerateCRC(length, TestArray2); /* calculate CRC */ printf("\n\n\nTestArray2 CRC = 0x%04x", crc); length = sizeof(TestMsg) - 1; /* avoid terminating NUL */ crc = GenerateCRC(length, TestMsg); /* calculate a CRC */ printf("\n\n\nText = [%s]\nCRC = %04x\n\n", TestMsg, crc); return(0); } VOID GenerateTable() /* generate the look-up table */ { int temp; union { int i; struct { #ifdef BIG_ENDIAN unsigned :24; /* bytes 4, 3 and 2 */ unsigned i8 :1; /* byte 1 */ unsigned i7 :1; unsigned i6 :1; unsigned i5 :1; unsigned i4 :1; unsigned i3 :1; unsigned i2 :1; unsigned i1 :1; #else /* ! BIG_ENDIAN */ unsigned i1 :1; /* low order bit */ unsigned i2 :1; unsigned i3 :1; unsigned i4 :1; unsigned i5 :1; unsigned i6 :1; unsigned i7 :1; unsigned i8 :1; /* high order bit */ unsigned :24; /* unused */ #endif /* BIG_ENDIAN */ } Bit; } iUn; union { unsigned int Entry; struct { #ifdef BIG_ENDIAN unsigned :16; /* bytes 4 and 3 */ unsigned b16 :1; unsigned b15 :1; unsigned b14 :1; unsigned b13 :1; unsigned b12 :1; unsigned b11 :1; unsigned b10 :1; unsigned b9 :1; /* byte 2 */ unsigned b8 :1; /* byte 1 */ unsigned b7 :1; unsigned b6 :1; unsigned b5 :1; unsigned b4 :1; unsigned b3 :1; unsigned b2 :1; unsigned b1 :1; #else /* ! BIG_ENDIAN */ unsigned b1 :1; /* low order bit */ unsigned b2 :1; unsigned b3 :1; unsigned b4 :1; unsigned b5 :1; unsigned b6 :1; unsigned b7 :1; unsigned b8 :1; unsigned b9 :1; unsigned b10 :1; unsigned b11 :1; unsigned b12 :1; unsigned b13 :1; unsigned b14 :1; unsigned b15 :1; unsigned b16 :1; /* high order bit */ unsigned :16; /* unused */ #endif /* BIG_ENDIAN */ } EntryBit; } EntryUn; for (iUn.i = 0; iUn.i < 256; iUn.i++) { EntryUn.Entry = 0; /* bits 2 thru 6 zeroed out now */ temp = (iUn.Bit.i7 ^ iUn.Bit.i6 ^ iUn.Bit.i5 ^ iUn.Bit.i4 ^ iUn.Bit.i3 ^ iUn.Bit.i2 ^ iUn.Bit.i1); EntryUn.EntryBit.b16 = (iUn.Bit.i8 ^ temp); EntryUn.EntryBit.b15 = (temp); EntryUn.EntryBit.b14 = (iUn.Bit.i8 ^ iUn.Bit.i7); EntryUn.EntryBit.b13 = (iUn.Bit.i7 ^ iUn.Bit.i6); EntryUn.EntryBit.b12 = (iUn.Bit.i6 ^ iUn.Bit.i5); EntryUn.EntryBit.b11 = (iUn.Bit.i5 ^ iUn.Bit.i4); EntryUn.EntryBit.b10 = (iUn.Bit.i4 ^ iUn.Bit.i3); EntryUn.EntryBit.b9 = (iUn.Bit.i3 ^ iUn.Bit.i2); EntryUn.EntryBit.b8 = (iUn.Bit.i2 ^ iUn.Bit.i1); EntryUn.EntryBit.b7 = (iUn.Bit.i1); EntryUn.EntryBit.b1 = (iUn.Bit.i8 ^ temp); crc_table[iUn.i] = EntryUn.Entry; } } VOID PrintTable() /* print out the look-up table */ { int i; for (i=0; i < 256; i++) { if ( !(i % 8) ) printf("\n %02x - %04x", i, crc_table[i]); else printf(" %04x", crc_table[i]); } } unsigned GenerateCRC(Length, TextPtr) unsigned Length; char *TextPtr; { int i, index; unsigned crc; crc = 0; /* crc starts at zero for each message */ for (i = 0; i < Length; i++, TextPtr++) { index = ( (crc ^ *TextPtr) & 0x00FF); crc = ( (crc >> 8) & 0x00FF) ^ crc_table[index]; } return(crc); }   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00864; 18 Jul 90 17:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00732; 18 Jul 90 17:08 EDT Received: by VMB.BRL.MIL id ad00191; 18 Jul 90 16:50 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab11781; 18 Jul 90 14:10 EDT Received: from [128.32.133.1] by VGR.BRL.MIL id aa06738; 18 Jul 90 12:51 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04006; Wed, 18 Jul 90 09:36:26 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 15:50:28 GMT From: "David B. Anderson" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: Another C compiler bug? Message-Id: <64432@sgi.sgi.com> References: <5193@castle.ed.ac.uk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <5193@castle.ed.ac.uk>, sjin@castle.ed.ac.uk (S.Jin) writes: > Is it a bug or not? I can compile the piece of program below successfully > on Sun 3/60(4.0_Export), HP900/825(7.00). But I failed to do that on 4D 20 > under IRIX 3.2. [stuff deleted] > struct Alist_Entry > { > void *slot; > } ; > ccom: Error: foo.c, line 8: slot undefined > *( (int *) (ap->slot) ) = 11; [stuff deleted] > Is it a bug? Any comments are welcome. Another posting (name not mentioned here) suggested user error. To correct any misunderstanding this may cause: This is a compiler bug. void, void * work in 3.3 cc but *not* in 3.2. Regards, [ David B. Anderson Silicon Graphics (415)335-1548 davea@sgi.com ] [``What can go wrong?'' --Calvin and Hobbes]   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02749; 18 Jul 90 21:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02642; 18 Jul 90 21:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02601; 18 Jul 90 20:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12635; 18 Jul 90 18:48 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA28334; Wed, 18 Jul 90 15:36:46 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 16:07:24 GMT From: usc!wuarchive!wums2!tan_j@ucsd.edu Subject: Re: Another C compiler bug Message-Id: <3734.26a442ed@wums2.wustl.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Alright, this is actually in addition to my comments about the C code. I was saying that it is easily it is easy to forget the initialization of pointer, and I prove it myself. I forgot to indicate that the ap->slot itself must be initialized. Therefore, add something like, int a; ap->slot = (void *)&a; somewhere along the line is a must. Another flaw that I did not see is the register declaration. register storage class only takes word size variable. So, the declaration register struct anystruct *pointer_variable; is OK because pointer is essentially a word-size variable. But register struct anystruct plain_variable; is a piece of bad code ! If anystruct is declared as struct anystruct { int a; char b[50]; void *c; }; Then it is obvious that a register cannot hold all variables declared in the structure. Although in your case, you declared a struct with only a void pointer member. I don't really know the answer. I guess it depends on the compiler ? Comments welcome. "Never do it on early morning" tan_j@wums.wustl.edu   Received: from vmb.brl.mil by VMB.BRL.MIL id ab02749; 18 Jul 90 21:18 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02642; 18 Jul 90 21:07 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02613; 18 Jul 90 20:52 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12654; 18 Jul 90 18:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27087; Wed, 18 Jul 90 15:17:55 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 23:13:27 GMT From: Russ Fish Organization: University of Utah CS Dept Subject: Re: Ray-tracing Message-Id: References: <9007092046.AA07962@frodo.Physics.McGill.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007092046.AA07962@frodo.Physics.McGill.CA> loki@physics.mcgill.ca (Loki Jorgenson Rm421) writes: > Does anyone know if any of the currently available PD ray-tracing > packages is particularly useful on the IRIS? A 4D/25 in our case. There is a ray-tracer named `prt' included in the Alpha_1 Geometric Modelling System. (Prt was originally written by John W. Peterson, now at Apple. He was also one of the main authors of the Utah Raster Toolkit when he was here.) I've used it, and like it a lot. Alpha_1's strength is sculptured surface solid modelling, so besides the usual polygons, etc., prt renders NURB splines of any order. prt does texture mapping, reflections, refraction, and shadows, in addition to the stuff that GL lighting does (multiple colored lights, smooth metallic shading, etc.) Anti-aliasing is available in both the spatial domain (de-jagging) and the temporal domain (motion blurring on time-varying, animated models.) John came up with an adaptive scheme to supersample only where needed, which he calls pixel-threshing, so you only pay for anti-aliasing where it's needed. > But how easy it to use with the existing IRIS graphics library? The Utah Raster Toolkit (included in the Alpha_1 distribution) has image display tools for RLE files. Use get4d on the Iris. Alpha_1 isn't public domain, but it's CHEAP to educational and government lab groups. I believe the current price for a distribution (two tapes + two manuals) is $475. Send me mail if you want a little bit more info. Send mail to mcminn@cs.utah.edu if you want a lot of info or want to place an order. -Russ Fish fish@cs.utah.edu (801) 581-5884 -- -Russ Fish fish@cs.utah.edu (801) 581-5884   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03175; 18 Jul 90 21:51 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad02907; 18 Jul 90 21:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02884; 18 Jul 90 21:26 EDT Received: from CS.NPS.NAVY.MIL by VGR.BRL.MIL id aa08368; 18 Jul 90 14:09 EDT Received: by cs.nps.navy.mil (5.51/1.26) id AA17658; Wed, 18 Jul 90 10:56:27 PDT Received: by trouble.cs.nps.navy.mil (5.52/cs.nps-1.0) id AA22522; Wed, 18 Jul 90 10:56:24 PDT Date: Wed, 18 Jul 90 10:56:24 PDT From: michael zyda Message-Id: <9007181756.AA22522@trouble.cs.nps.navy.mil> To: info-iris@BRL.MIL Subject: VGX Upgrades Cc: zyda@trouble.cs.nps.navy.mil Warning on the Purchase of VGX Upgrades: When the VGX upgrade to the GTX system was announced, I asked my salesman for a quote and some information on that upgrade. He stated to me at that time that the upgrade was for "any GTX" system. In fact, the quote I received from him states "Upgrade from GTX graphics to PowerVision graphics". Last week the VGX upgrade rolled in. It is scheduled for installation on our 4D/120 GTX system. The salesman called me last night to say that VGX upgrades do not work on 120 GTX systems. He says that we have to upgrade the 120 GTX to a 220 GTX system (and he sent a quote for about $20K). What's wrong with this picture? Is there anyone at SGI able to field such questions? Michael Zyda   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03269; 18 Jul 90 22:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02907; 18 Jul 90 21:40 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02849; 18 Jul 90 21:24 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa07090; 18 Jul 90 12:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA03168; Wed, 18 Jul 90 09:23:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 16:01:13 GMT From: ahlstrom%oscar.ccm.udel.edu@louie.udel.edu Organization: Univ. of Delaware, CCM Subject: psview problem Message-Id: <24953@nigel.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Greetings gang, Just a quick note to thank all those who responded via e-mail about the problem with psview. From the info received, the problem seems to be no more than a bug in the 3.2 distribution and should be corrected in 3.3. Thanks again!! Lee ************************************************************************* Lee M. Ahlstrom Center for Composite Materials Univ. of Delaware ahlstrom@oscar.ccm.udel.edu "It is always darkest before it STANDARD DISCLAIMER goes completely black." *************************************************************************   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03269; 18 Jul 90 22:12 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab02907; 18 Jul 90 21:41 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02849; 18 Jul 90 21:25 EDT Received: from ugw.utcs.utoronto.ca by VGR.BRL.MIL id aa07532; 18 Jul 90 13:48 EDT Received: from KRDC.INT.Alcan.CA (stdin) by ugw.utcs.utoronto.ca with BSMTP id 57593; Wed, 18 Jul 90 12:15:47 EDT Date: Wed, 18 Jul 90 11:57:00 EDT From: Shawn Allin - Alcan KRDC Computer Services Subject: Has anyone succeeded in doing multiple backups onto an Exabyte? To: INFO-IRIS@BRL.MIL Message-id: <625255CA893F60133A@KRDC.INT.Alcan.CA> X-Envelope-to: INFO-IRIS@BRL.MIL X-VMS-To: INFO-IRIS@BRL.MIL Date sent: 18-JUL-1990 11:57:24 Hello, Has anyone managed to get multiple backups on an Exabyte as of yet? We're using the unit sold by SGI. If it is possible, could you please send me the details? (IRIX version, which program, etc). It seems REAL silly to have to use separate tapes for separate backups when you've got 2 gigabytes to play with... Thanks in advance, Shawn Allin Alcan International Ltd., P.O. Box 8400, Kingston, Ont., Canada K7L 5L9 (613) 541-2178 ACCESS@KRDC.INT.Alcan.CA Bitnet: ACCESS@ALCANKTN Shawn Allin Alcan International Ltd., P.O. Box 8400, Kingston, Ont., Canada K7L 5L9 (613) 541-2178 ACCESS@KRDC.INT.Alcan.CA Bitnet: ACCESS@ALCANKTN   Received: from vmb.brl.mil by VMB.BRL.MIL id ab03460; 18 Jul 90 22:49 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab03375; 18 Jul 90 22:39 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab03316; 18 Jul 90 22:15 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12185; 18 Jul 90 18:07 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA25663; Wed, 18 Jul 90 14:54:25 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 12:03:12 GMT From: Dan Watts Organization: Ki Research, Inc. Derry, NH Subject: Re: Another C compiler bug? Message-Id: <810@ki.UUCP> References: <5193@castle.ed.ac.uk> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <5193@castle.ed.ac.uk> sjin@castle.ed.ac.uk (S.Jin) writes: >Is it a bug or not? I can compile the piece of program below successfully >on Sun 3/60(4.0_Export), HP900/825(7.00). But I failed to do that on 4D 20 >under IRIX 3.2. ... source code deleted ... If you change the 'void' to 'int' it compiles fine. My guess is that 3.2 doesn't handle the 'void *' type. Perhaps they do in 3.3? -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05233; 19 Jul 90 2:22 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04876; 19 Jul 90 1:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04824; 19 Jul 90 1:21 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12908; 18 Jul 90 20:21 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA04550; Wed, 18 Jul 90 17:08:44 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 23:01:12 GMT From: John D Mccalpin Organization: College of Marine Studies, Univ. of Delaware Subject: Compatibility of Fujitsu SCSI drives? Message-Id: <6760@vax1.acs.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Has anyone had any experience installing Fujitsu 760 MB drives as SCSI drives on an IRIS (I have a 4D/25)? These drives have pretty good price and performance --- if they work! -- John D. McCalpin mccalpin@vax1.udel.edu Assistant Professor mccalpin@delocn.udel.edu College of Marine Studies, U. Del. mccalpin@scri1.scri.fsu.edu   Received: from vmb.brl.mil by VMB.brl.MIL id ae05233; 19 Jul 90 2:36 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05092; 19 Jul 90 2:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab04878; 19 Jul 90 1:27 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13552; 18 Jul 90 23:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA16275; Wed, 18 Jul 90 20:04:52 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jul 90 02:24:25 GMT From: Chris Wagner Organization: Silicon Graphics, Research & Development Subject: Re: bug in malloc() under OS 3.3 Message-Id: <10578@odin.corp.sgi.com> References: <7401@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <7401@amelia.nas.nasa.gov>, plessel@prandtl.nas.nasa.gov (Todd C. Plessel) writes: > bug in malloc() under OS 3.3 any help would be appreciated > =============================== cut here ================================= > /* > * testmem.c - test memory allocation/usage/freeing using malloc() & free() > * > * Todd Plessel > * NASA Ames Research Center > * (415) 604-4474 > * > * This program demonstrates some serious bugs with the memory management > * rountines and/or the window manager on IRIS systems. > * > * On a 3000 or 4DG or GTX running 3.1 the following problem exists: > * > * If all the memory gets allocated, the window manager dies completely. > * > * On a 4DG or GTX running 3.2 the following problem exists: > * > * If all the memory gets allocated, the window manager kills the window > * (and all processes running out of it) where the program was run from. > * > * Note: both of these problems will not occur every time the program is > * run, but will always occur within 10 tries. > * Also note that ulimit(3, 0) returns a negative value (it broken). > * > * > * On a VGX running 3.3 the following problem exists: > * > * ulimit(3, 0) returns a bad value (about 800MB) but more importantly, > * malloc() allows up to about 500MB to be allocated! > * But when this data is actually filled, the program gets killed after > * about 75MB. > * > * To compile this program: > * > * cc -o testmem testmem.c > * > * or to use libmalloc: > * > * cc -o testmem testmem.c -lmalloc > * > * To run: > * > * testmem > * (just press return at each prompt) > * > * (It makes no difference if we link with libmalloc or not) > * > */ > > /*------------------------------- INCLUDES ---------------------------------*/ > > #include > /* makes no difference if we use this and -lmalloc or not */ > #include > > /*-------------------------------- DEFINES ---------------------------------*/ > > /* useful byte sizes */ > > #define _1B 1 > #define _2B 2 > #define _4B 4 > #define _8B 8 > #define _16B 16 > #define _32B 32 > #define _64B 64 > #define _128B 128 > #define _256B 256 > #define _512B 512 > #define _1KB 1024 > #define _2KB 2048 > #define _4KB 4096 > #define _8KB 8192 > #define _16KB 16384 > #define _32KB 32768 > #define _64KB 65536 > #define _128KB 131072 > #define _256KB 262144 > #define _512KB 524288 > #define _1MB 1048576 > #define _2MB 2097152 > #define _4MB 4194304 > #define _8MB 8388608 > #define _16MB 16777216 > #define _32MB 33554432 > #define _64MB 67108864 > #define _128MB 134217728 > #define _256MB 268435456 > #define _512MB 536870912 > #define _1GB 1073741824 > > > /* > * MAX_CHUNKS is the maximum number of mallocs that can be stored > * CHUNK_SIZE is the INITIAL number of bytes to request with each malloc() > * THRESHHOLD is the minimum number of bytes to request before giving up > * > * If CHUNK_SIZE bytes are not available then half as many bytes are > * requested (repeatedly) until: > * (1) a successful malloc occurs or > * (2) we have reached the THRESHHOLD - i.e., we would be requesting less > * than THRESHHOLD bytes to malloc) > */ > > > #define MAX_CHUNKS 5000 > #define CHUNK_SIZE _1MB > #define THRESHHOLD _1KB > > /*------------------------------- main -------------------------------------*/ > > main() > { > char *addr[MAX_CHUNKS]; /* stores allocated chunks */ > int dims[MAX_CHUNKS]; /* holds each chunk size in addr[] */ > char *p; /* temp pointer to a[i] for filling */ > int i; /* looping index on a[] */ > int j; /* inner loop index for filling */ > int num_chunks; /* holds number of chunks allocated */ > long chunk_size = CHUNK_SIZE;/* size (in bytes) to request */ > long threshhold = THRESHHOLD;/* min # of bytes to request */ > long total = 0; /* total # of bytes allcoated */ > char str[80]; /* temp string for input */ > int chunk_limit = MAX_CHUNKS;/* max # of chunks to attempt */ > /* this is an optional chicken exit */ > /* the default is NO LIMIT */ > > > > > > > > printf("\n\n TESTMEM\n\n"); > printf(" A program for testing memory allocation/useage/freeing\n"); > printf(" using the standard UNIX functions malloc() and free()\n\n"); > > printf("System info:\n"); > printf("Memory limit = %ld\n", ulimit(3, 0)); > printf("Current break point = %d\n\n", sbrk(0)); > > printf("To use the default values in [] just press \n\n"); > > str[0] = '\0'; > printf("Enter the CHUNK SIZE (# of bytes per malloc) [%ld] : ", > CHUNK_SIZE); > gets(str); > > if (str[0] != '\0') > { > chunk_size = (long) atoi(str); > > if (chunk_size <= 0) > chunk_size = CHUNK_SIZE; > } > > str[0] = '\0'; > printf("Enter the THRESHHOLD (minimum # of bytes to malloc) [%ld] : ", > threshhold); > gets(str); > > if (str[0] != '\0') > { > threshhold = (long) atoi(str); > > if (threshhold <= 0) > threshhold = THRESHHOLD; > } > > str[0] = '\0'; > printf("Enter the CHUNK LIMIT (maximum # of chunks to attempt) "); > printf("[NO LIMIT] : "); > gets(str); > > if (str[0] != '\0') > { > chunk_limit = atoi(str); > > if (chunk_limit <= 0) > chunk_limit = MAX_CHUNKS; > } > > printf("\n"); > i = 0; > > while (1) > { > addr[i] = (char *) malloc (chunk_size); > > if (addr[i] == (char *) NULL) > { > if (chunk_size > threshhold) > { > chunk_size /= 2; > continue; > } > > else > { > printf("Out of memory after %d mallocs.\n", > i + 1); > break; > } > } > > printf("i = %3d (of %d): allocated %ld bytes.\n", > i + 1, chunk_limit, chunk_size); > total += chunk_size; > dims[i] = chunk_size; > ++i; > > if (i == MAX_CHUNKS) > { > printf("Ran out of places to store chunks!\n"); > printf("Recompile and/or run this program again with\n"); > printf("MAX_CHUNKS > %d and/or CHUNK_SIZE > %d\n", > MAX_CHUNKS, chunk_size); > break; > } > > if (i == chunk_limit) > { > printf("Quitting now while I'm ahead...\n"); > break; > } > > } > > num_chunks = i; > > printf("A total of %ld bytes were allocated in %d chunks.\n", > total, num_chunks); > > str[0] = '\0'; > printf("Do you want to fill the bytes with data [No] ? "); > gets(str); > > if (str[0] == 'y' || str[0] == 'Y') > { > for (i = 0; i < num_chunks; ++i) > { > printf("i = %3d (of %d): filling %ld bytes...", > i + 1, num_chunks, dims[i]); > > p = addr[i]; > > for (j = 0; j < dims[i]; ++j) > *p++ = 'A'; > > printf("\n"); > } > > printf("Finished filling.\n"); > } > > str[0] = '\0'; > printf("Do you want to free the bytes [No] ? "); > gets(str); > > if (str[0] == 'y' || str[0] == 'Y') > { > for (i = 0; i < num_chunks; ++i) > { > printf("i = %3d (of %d): freeing %ld bytes...", > i + 1, num_chunks, dims[i]); > free((char *) addr[i]); > printf("\n"); > } > > printf("Finished freeing.\n"); > } > > printf("Exiting gracefully...\n\n\n"); > > } > > > > /*------------------------- END OF FILE testmem.c --------------------------*/ It does appear that ulimit(3) is broken on 3.3 Howver the other part isn't really broke - the system comes shipped by default with a MAXUMEM - the maximum virtual size of a process - at 512Mb. This maximum can be set lower either system wide by reconfiguring the system or per process by using setrlimit. We permit a process to allocate up to MAXUMEM of virtual space - allowing a user for example to alloc sparse matrices, or fork a large process. Only if the process USES all the memory, then we need a place to store it (swap space) If there is not enough swap space, the process is killed. To avoid a process getting killed, reduce the maximum size permitted. The real bottom line here is that ulimit(3) is basically worthless - it is a time dependent number in any case, and of course gives one no clue as to whether the value returned will cause your process the thrash the main memory or not.. Chris Wagner   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05365; 19 Jul 90 2:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04876; 19 Jul 90 1:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab04824; 19 Jul 90 1:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12913; 18 Jul 90 20:25 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05205; Wed, 18 Jul 90 17:20:36 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 18:03:07 GMT From: "Scott E. Townsend" Organization: NASA/Lewis Research Center, Cleveland Subject: Help request -- VME adapter problem on Personal Iris Message-Id: <1990Jul18.180307.18463@eagle.lerc.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL I have another plea for insight regarding the Personal Iris VME implementation. (I posted before about system "freezes", now I have more data) I'll be glad to RTFM, if someone will tell me what FM I need to read -- "Guide To Writing Device Drivers For Silicon Graphics IRIS-4D Computer Systems" was interesting, but a bit sparse regarding the VME adapter implementation. Sorry for the length of this posting, I'm hoping the data will provide someone with a clue as to what's going on. The scenario is this: a Personal Iris has an HVE Engineering bus extender attached to it. The other end of the bus extander is attached to a VME-based 88000 system. Infrequently, but enough to be annoying and unreliable, the Iris will completely freeze -- no cursor movement, no life signs at the monitor at all. I have been able to perform runs all day without a hitch, only to come in the next day and freeze 3 times in the first hour. I have not been able to characterize what causes the freeze other than to say that reasonable to heavy user program loads seem to make it more frequent. Access to the remote VME system's memory is via the mmap() call. No DMA or interrupts are being passed from the 88K system to the Iris. (Known fact, the interrupt jumpers were removed and the 88K doesn't have any idea where the Iris memory is) (Bad assumption? could the 88K, as VME master, somehow blast into the Iris's memory & corrupt things so subtly that the only result is the trace below? I would expect wild & terrible things if I was scribbling on the kernel!) Here's a bus trace showing the problem. It starts out with the 88K owning the bus. Next, the Iris makes a bus request. Once it has it, the Iris never performs a bus transaction. Eventually the 88K requests the bus again. Once it completes its transaction, the Iris gets the bus back, but still never performs any bus transaction. This will continue until the Iris is reset. (The Iris is at bus requester level 0, the 88K at requester level 2. This trace is in the expansion chassis. Bus grant lines aren't shown active because the tracer is downstream of both masters) V M E B U S T R A C E Sampling mode : ASYNC 16MHz ! BUS ADDRESS DATA WRITE AS BERR BR* BG* BBSY BCLR IACK AM ! LEVEL * * * 3210 3210 * * * -----!--------------------------------------------------------------------- TRIG ! 0 FFE80002 FFFFFFFF 1 0 1 1111 1111 0 1 0 0D 0001 ! 0 FFE80002 FFFFFFFF 1 0 1 1111 1111 0 1 0 0D 0002 ! 0 FFE80002 FFFFFFFF 1 0 1 1111 1111 0 1 0 0D 0003 ! 0 FFE80002 FFFFFFFF 1 0 1 1111 1111 0 1 0 0D 0004 ! 0 FFE80002 FFFFFFFF 1 0 1 1111 1111 0 1 0 0D 0005 ! 0 FFE80002 FFFFFF1E 1 0 1 1110 1111 0 1 0 0D 0006 ! 0 FFE80002 FFFFFF00 1 0 1 1110 1111 0 1 0 0D 0007 ! 0 FFE80002 FFFFFF00 1 0 1 1110 1111 0 1 0 0D 0008 ! 0 FFE80002 FFFFFF00 1 0 1 1110 1111 0 1 0 0D 0009 ! 0 FFE80002 FFFFFF00 1 0 1 1110 1111 0 1 0 0D 0010 ! 0 FFE80002 FFFFFF00 1 1 1 1110 1111 0 1 0 0D 0011 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1110 1111 1 1 1 3F 0012 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1110 1111 1 1 1 3F 0013 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1110 1111 1 1 1 3F 0014 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1110 1111 1 1 1 3F 0015 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1110 1111 1 1 1 3F 0016 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0017 ! 0 0FFFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0018 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0019 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0020 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F Note: all Iris accesses are in A24 space, so the address lines shown here prove that the Iris has recognized that it owns the bus & is asserting its bus drivers. (address & BBSY at least) (this pattern continues unchanged thru the next 57 samples) 0078 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0079 ! 0 00FFFFFE FFFFFFFF 1 1 1 1011 1111 0 0 1 3F 0080 ! 0 00FFFFFE FFFFFFFF 1 1 1 1011 1111 0 0 1 3F 0081 ! 0 00FFFFFE FFFFFFFF 1 1 1 1011 1111 0 0 1 3F 0082 ! 0 00FFFFFE FFFFFFFF 1 1 1 1011 1111 0 0 1 3F 0083 ! 0 00FFFFFE FFFFFFFF 1 1 1 1011 1111 0 0 1 3F 0084 ! 0 00FFFFFE FFFFFFFF 1 1 1 1011 1111 0 0 1 3F 0085 ! 0 00FFFFFE FFFFFFFF 1 1 1 1011 1111 0 0 1 3F 0086 ! 0 00FFFFFE FFFFFFFF 1 1 1 1011 1111 0 0 1 3F 0087 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1011 1111 1 0 1 3F 0088 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1011 1111 1 1 1 3F 0089 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1011 1111 1 1 1 3F 0090 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1011 1111 1 1 1 2F 0091 ! 0 FFFF2008 FFFFFFFF 0 0 1 1111 1111 0 1 1 2D 0092 ! 0 FFFF2009 FFFF4040 0 0 1 1111 1111 0 1 1 2D 0093 ! 0 FFFF2009 FFFF4040 0 0 1 1111 1111 0 1 1 2D 0094 ! 0 FFFF2009 FFFF4040 0 0 1 1111 1111 0 1 1 2D 0095 ! 0 FFFF2009 FFFF4040 0 0 1 1111 1111 0 1 1 2D 0096 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0097 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0098 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0099 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0100 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0101 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0102 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0103 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0104 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0105 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0106 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0107 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0108 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0109 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0110 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0111 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0112 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0113 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0114 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0115 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0116 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0117 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0118 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0119 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0120 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0121 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0122 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0123 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0124 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0125 ! 0 FFFF2009 FFFF4040 0 0 1 1110 1111 0 1 1 2D 0126 ! 0 40404040 FFFFFFFF 0 1 1 1110 1111 0 1 1 0F 0127 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1110 1111 1 1 1 3F 0128 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1110 1111 1 1 1 3F 0129 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1110 1111 1 1 1 3F 0130 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1110 1111 1 1 1 3F 0131 ! 0 FFFFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0132 ! 0 0FFFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0133 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0134 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0135 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0136 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0137 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0138 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F 0139 ! 0 00FFFFFE FFFFFFFF 1 1 1 1111 1111 0 1 1 3F (this pattern repeated until the 88K wants the bus again, at this point that doesn't happen for over 200 samples) Any responses welcome, even if all you have is something improbable to try! -- ------------------------------------------------------------------------ Scott Townsend | Phone: 216-433-8101 NASA Lewis Research Center | Mail Stop: 5-11 Cleveland, Ohio 44135 | Email: fsset@bach.lerc.nasa.gov ------------------------------------------------------------------------   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05365; 19 Jul 90 2:47 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac04876; 19 Jul 90 1:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04857; 19 Jul 90 1:23 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa13182; 18 Jul 90 21:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08456; Wed, 18 Jul 90 18:10:56 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jul 90 00:36:57 GMT From: "Jack P. Weldon" Organization: Silicon Graphics, Inc., Mountain View, CA Subject: Re: SLIP for IRIX ??? Message-Id: <10567@odin.corp.sgi.com> References: <9007132225.AA11860@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007132225.AA11860@mcirps2.med.nyu.edu> root@MCIRPS2.MED.NYU.EDU writes: > >I am interested in moving my iris to my apartment, accross the street >from the medical center, but I don't want to give up my network connection. > >Is there a version of serial tcp, as I understand, called SLIP >known to run on an iris ?. I want to put it a pair of wires to home, >and run a serial connection at 56,000 baud sync (with some old modems here) >between my home iris and power server at the lab. > Well, if you want to try to configure SLIP with "unknown quality" modems (no slur intended) but you may be in for a ride. My suggestion is that you could setup SLIP with a couple of good Hayes 2400s/Hayes-compatibles (must be *good compatibility) or get a couple of Telebit T2500s. You can get them through UUNET at pretty good prices. If it were my choice, I'd go with the Telebit T2500. The fix-hayes and fix-telebit scripts to setup the modems are included in the uucp subsystem. Here is a copy of a posting from another (unknown) newsgroup that I saved. Compare these prices with those from your local sources: >Effective June 18, 1990 (when we get back from USENIX) "UUNET" will >sell modems to the general public in addition to its members. Modem >sales will be through the related for profit "UUNET Technologies, Inc". >(The for profit corporation is needed for non-member sales). > >The prices for both members and non-members will be: T1000 $529 T1500 $729 Plus $765 T2000 $799 T2500 $899 >Note that a T2000 is NOT a plus. Its a Plus with SDLC support. > >Sales to non members require prepayment or COD. Everything is in >stock except for the T2000, which no one as ever ordered from us. >Non stock items generally ship within 30 days of order. > >We charge $10 shipping per modem. > >UUNET Technologies, Inc. >3110 Fairview Park Drive, Suite 570 >Falls Church, VA 22042 USA >+1 703 876 5050 (voice) >+1 703 876 5059 (fax) >info@uunet.uu.net Cheers, Jack P. Weldon (jweldon@sgi.com)   Received: from vmb.brl.mil by VMB.BRL.MIL id ac05365; 19 Jul 90 2:47 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab05233; 19 Jul 90 2:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05103; 19 Jul 90 1:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12820; 18 Jul 90 19:53 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA01609; Wed, 18 Jul 90 16:24:23 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 21:34:10 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Exabyte Recap ??? Message-Id: <10543@odin.corp.sgi.com> References: <6755@vax1.acs.udel.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <6755@vax1.acs.udel.EDU> mccalpin@vax1.acs.udel.EDU (John D Mccalpin) writes: | There was a recent discussion about the trouble using the Exabyte | tape drive on a personal IRIS that I did not pay adequate attention to. | | Questions: | | (1) Is the Exabyte usable with the PI? Can you ignore the SCSI power-on | diagnostics and just use it? Yes, and yes. | (2) Will the situation change with the release of 3.3? No, the problem is in the firmware of the Exabyte. They don't respond 'correctly' to commands that they don't support (correctly defined as the way all other scsi devices I have seen do it; the standard isn't completely clear on the subject). Exabyte has made some firmware changes to resolve this problem; it isn't clear when (or if) drives will be shipped by Exabyte with the new firmware. For later model PI's, doing 'setenv bootmode C' in the prom monitor supresses most of the SCSI diagnostics, including the one that causes problems with the Exabyte. -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id ad05365; 19 Jul 90 2:47 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac05233; 19 Jul 90 2:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab05103; 19 Jul 90 1:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa12910; 18 Jul 90 20:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05107; Wed, 18 Jul 90 17:19:19 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 23:12:22 GMT From: "Todd C. Plessel" Organization: NASA Ames Research Center Subject: bug in malloc() under OS 3.3 Message-Id: <7401@amelia.nas.nasa.gov> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL bug in malloc() under OS 3.3 any help would be appreciated =============================== cut here ================================= /* * testmem.c - test memory allocation/usage/freeing using malloc() & free() * * Todd Plessel * NASA Ames Research Center * (415) 604-4474 * * This program demonstrates some serious bugs with the memory management * rountines and/or the window manager on IRIS systems. * * On a 3000 or 4DG or GTX running 3.1 the following problem exists: * * If all the memory gets allocated, the window manager dies completely. * * On a 4DG or GTX running 3.2 the following problem exists: * * If all the memory gets allocated, the window manager kills the window * (and all processes running out of it) where the program was run from. * * Note: both of these problems will not occur every time the program is * run, but will always occur within 10 tries. * Also note that ulimit(3, 0) returns a negative value (it broken). * * * On a VGX running 3.3 the following problem exists: * * ulimit(3, 0) returns a bad value (about 800MB) but more importantly, * malloc() allows up to about 500MB to be allocated! * But when this data is actually filled, the program gets killed after * about 75MB. * * To compile this program: * * cc -o testmem testmem.c * * or to use libmalloc: * * cc -o testmem testmem.c -lmalloc * * To run: * * testmem * (just press return at each prompt) * * (It makes no difference if we link with libmalloc or not) * */ /*------------------------------- INCLUDES ---------------------------------*/ #include /* makes no difference if we use this and -lmalloc or not */ #include /*-------------------------------- DEFINES ---------------------------------*/ /* useful byte sizes */ #define _1B 1 #define _2B 2 #define _4B 4 #define _8B 8 #define _16B 16 #define _32B 32 #define _64B 64 #define _128B 128 #define _256B 256 #define _512B 512 #define _1KB 1024 #define _2KB 2048 #define _4KB 4096 #define _8KB 8192 #define _16KB 16384 #define _32KB 32768 #define _64KB 65536 #define _128KB 131072 #define _256KB 262144 #define _512KB 524288 #define _1MB 1048576 #define _2MB 2097152 #define _4MB 4194304 #define _8MB 8388608 #define _16MB 16777216 #define _32MB 33554432 #define _64MB 67108864 #define _128MB 134217728 #define _256MB 268435456 #define _512MB 536870912 #define _1GB 1073741824 /* * MAX_CHUNKS is the maximum number of mallocs that can be stored * CHUNK_SIZE is the INITIAL number of bytes to request with each malloc() * THRESHHOLD is the minimum number of bytes to request before giving up * * If CHUNK_SIZE bytes are not available then half as many bytes are * requested (repeatedly) until: * (1) a successful malloc occurs or * (2) we have reached the THRESHHOLD - i.e., we would be requesting less * than THRESHHOLD bytes to malloc) */ #define MAX_CHUNKS 5000 #define CHUNK_SIZE _1MB #define THRESHHOLD _1KB /*------------------------------- main -------------------------------------*/ main() { char *addr[MAX_CHUNKS]; /* stores allocated chunks */ int dims[MAX_CHUNKS]; /* holds each chunk size in addr[] */ char *p; /* temp pointer to a[i] for filling */ int i; /* looping index on a[] */ int j; /* inner loop index for filling */ int num_chunks; /* holds number of chunks allocated */ long chunk_size = CHUNK_SIZE;/* size (in bytes) to request */ long threshhold = THRESHHOLD;/* min # of bytes to request */ long total = 0; /* total # of bytes allcoated */ char str[80]; /* temp string for input */ int chunk_limit = MAX_CHUNKS;/* max # of chunks to attempt */ /* this is an optional chicken exit */ /* the default is NO LIMIT */ printf("\n\n TESTMEM\n\n"); printf(" A program for testing memory allocation/useage/freeing\n"); printf(" using the standard UNIX functions malloc() and free()\n\n"); printf("System info:\n"); printf("Memory limit = %ld\n", ulimit(3, 0)); printf("Current break point = %d\n\n", sbrk(0)); printf("To use the default values in [] just press \n\n"); str[0] = '\0'; printf("Enter the CHUNK SIZE (# of bytes per malloc) [%ld] : ", CHUNK_SIZE); gets(str); if (str[0] != '\0') { chunk_size = (long) atoi(str); if (chunk_size <= 0) chunk_size = CHUNK_SIZE; } str[0] = '\0'; printf("Enter the THRESHHOLD (minimum # of bytes to malloc) [%ld] : ", threshhold); gets(str); if (str[0] != '\0') { threshhold = (long) atoi(str); if (threshhold <= 0) threshhold = THRESHHOLD; } str[0] = '\0'; printf("Enter the CHUNK LIMIT (maximum # of chunks to attempt) "); printf("[NO LIMIT] : "); gets(str); if (str[0] != '\0') { chunk_limit = atoi(str); if (chunk_limit <= 0) chunk_limit = MAX_CHUNKS; } printf("\n"); i = 0; while (1) { addr[i] = (char *) malloc (chunk_size); if (addr[i] == (char *) NULL) { if (chunk_size > threshhold) { chunk_size /= 2; continue; } else { printf("Out of memory after %d mallocs.\n", i + 1); break; } } printf("i = %3d (of %d): allocated %ld bytes.\n", i + 1, chunk_limit, chunk_size); total += chunk_size; dims[i] = chunk_size; ++i; if (i == MAX_CHUNKS) { printf("Ran out of places to store chunks!\n"); printf("Recompile and/or run this program again with\n"); printf("MAX_CHUNKS > %d and/or CHUNK_SIZE > %d\n", MAX_CHUNKS, chunk_size); break; } if (i == chunk_limit) { printf("Quitting now while I'm ahead...\n"); break; } } num_chunks = i; printf("A total of %ld bytes were allocated in %d chunks.\n", total, num_chunks); str[0] = '\0'; printf("Do you want to fill the bytes with data [No] ? "); gets(str); if (str[0] == 'y' || str[0] == 'Y') { for (i = 0; i < num_chunks; ++i) { printf("i = %3d (of %d): filling %ld bytes...", i + 1, num_chunks, dims[i]); p = addr[i]; for (j = 0; j < dims[i]; ++j) *p++ = 'A'; printf("\n"); } printf("Finished filling.\n"); } str[0] = '\0'; printf("Do you want to free the bytes [No] ? "); gets(str); if (str[0] == 'y' || str[0] == 'Y') { for (i = 0; i < num_chunks; ++i) { printf("i = %3d (of %d): freeing %ld bytes...", i + 1, num_chunks, dims[i]); free((char *) addr[i]); printf("\n"); } printf("Finished freeing.\n"); } printf("Exiting gracefully...\n\n\n"); } /*------------------------- END OF FILE testmem.c --------------------------*/   Received: from vmb.brl.mil by VMB.BRL.MIL id ae05365; 19 Jul 90 2:47 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ad05233; 19 Jul 90 2:36 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa05210; 19 Jul 90 2:07 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa14315; 19 Jul 90 1:37 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA24298; Wed, 18 Jul 90 22:14:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jul 90 02:56:42 GMT From: Michael Zeitlin Organization: Texaco Houston Res. Cntr Hou, Tx Subject: SIGGRAPH Message-Id: <440@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Is there going to be an 'SGI' users-group meeting at SIGGRAPH this year. I understand Siggraph is going to be held in Dallas during the week of August ~8th... I would still like to get a user's group together independent of Siggraph to meet many of you i've grown fond of "reading" on the net.... Please e-mail me at : !convex!texhrc!mjz so I can take a list with me to the meeting of interested people. thanks to everyone... Michael p.s. i'm assuming SGI will be there in force at the meeting!   Received: from vmb.brl.mil by VMB.BRL.MIL id aa10414; 19 Jul 90 10:34 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa10018; 19 Jul 90 10:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa09876; 19 Jul 90 10:02 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa11892; 18 Jul 90 17:24 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA08838; Wed, 18 Jul 90 14:45:20 CDT Date: Wed, 18 Jul 90 14:45:20 CDT From: Mike Goss Message-Id: <9007181945.AA08838@snow-white.merit-tech.com> To: mberger@relay.nswc.navy.mil Subject: Re: DITHERING Cc: info-iris@BRL.MIL > Date: Tue, 17 Jul 90 13:44:45 EDT > From: mberger@relay.nswc.navy.mil > To: info-iris@BRL.MIL > Subject: DITHERING > Message-Id: <9007171438.aa27056@VGR.BRL.MIL> > Status: R > > Does any one have any dithering functions/programs? > > I am trying to convert a 256 color grayscale image into a 16 > color grayscale image. I have tried a straight conversion, as well > as the ordered dither, and error diffusion algorithms described in > 'Fundamentals of Interactive Computer Graphics'. All of these methods > give very contoured images. > > Thanks in advance > Mike > Try the book "Digital Halftoning" by Robert Ulichney (MIT Press, Cambridge MA, 1987). The author describes and analyzes several algorithms for dithering on rectangular and hexagonal grids. ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com Disclaimer: This offer void except where prohibited by law.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab10414; 19 Jul 90 10:34 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab10018; 19 Jul 90 10:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab09876; 19 Jul 90 10:02 EDT Received: from SNOW-WHITE.MERIT-TECH.COM by VGR.BRL.MIL id aa11896; 18 Jul 90 17:25 EDT Received: by snow-white.merit-tech.com (4.1/SMI-DDN) id AA08862; Wed, 18 Jul 90 14:56:31 CDT Date: Wed, 18 Jul 90 14:56:31 CDT From: Mike Goss Message-Id: <9007181956.AA08862@snow-white.merit-tech.com> To: jsivier@ux1.cso.uiuc.edu Subject: Re: Where is struct tchars defined? Cc: info-iris@BRL.MIL > Date: 17 Jul 90 16:34:48 GMT > From: Jonathon Sivier > Organization: University of Illinois at Urbana > Subject: Where is struct tchars defined? > Message-Id: <1990Jul17.163448.24006@ux1.cso.uiuc.edu> > Sender: info-iris-request@BRL.MIL > To: info-iris@BRL.MIL > Status: RO > > > I am attempting to compile MicroEmacs 3.10 on an IRIS 3020. I have had to > modify several of the include directives so that the header files will be > looked for under /usr/include/bsd. In unix.c there is a structure called > tchars used. It seems to be a set of character strings for a terminal > definition. I can't find which header file it is in. Does anyone know where > this structure is defined on the IRIS or failing that what the definition > should be? > > Thanks for your assistance. > > Jonathan > > -- > > Jonathan Sivier > jsivier@ux1.cso.uiuc.edu > I haven't tried to install Micro Emacs 3.10 on an older IRIS (I'm still on 3.9i), but it sounds like your configuration file may be incorrect. In include file "estruct.h" in the defines for Machine/OS type, you should have USG set to 1 and all the others (including BSD) set to 0. The compiler definitions in the same file should have UNIX set to 1 and all others 0. If this still fails, try adding "-I/usr/include/bsd" to the cc command, but this shouldn't be needed. You shouldn't need any source mods. Let me know if you still have problems. ------------------------------ Mike Goss Merit Technology Inc. (214)733-7018 goss@snow-white.merit-tech.com Disclaimer: This offer void except where prohibited by law.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa08383; 20 Jul 90 7:57 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa07885; 20 Jul 90 7:46 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa07835; 20 Jul 90 7:35 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20687; 20 Jul 90 7:28 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05857; Fri, 20 Jul 90 04:15:39 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 16:21:42 GMT From: Jim Tomlinson Organization: BoGART In Your Face Subject: calendar question Message-Id: <990@voodoo.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We've got a user who's receiving two mail reminders for each entry in his calendar file, so we're investigating exactly how those reminders are mailed. The man page cryptically notes that 'normally this is done daily by facilities in the UNIX operating system.' How exactly (and by what) is this done? It's not in a crontab (the logical location, IMHO), and 'grep calendar [/unix, /usr/sysgen/master.d/*]' yields nada. Thanks for any light that can be shed on this. Jim Tomlinson P.O.Box 24346 \ BoGART Project M/S 6M-17 \ "Give me some of that Boeing Computer Services Seattle, WA 98124 \ voodoo thang!" - Colin James (206) 234-7741 ....uunet!bcstec!voodoo!jdt \   Received: from vmb.brl.mil by VMB.BRL.MIL id ac00975; 20 Jul 90 10:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00095; 20 Jul 90 9:55 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08282; 20 Jul 90 7:49 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20690; 20 Jul 90 7:29 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA05909; Fri, 20 Jul 90 04:16:24 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 18 Jul 90 16:46:57 GMT From: Jim Tomlinson Organization: BoGART In Your Face Subject: Re: Problems installing news Message-Id: <991@voodoo.UUCP> References: <9007082132.AA09124@ccu1.aukuni.ac.nz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007082132.AA09124@ccu1.aukuni.ac.nz> russell@CCU1.AUKUNI.AC.NZ writes: > >I am trying to install news software version 2.11 on an 4D/240S running 3.2.2. > >The script used inews -C to perform the modifications but the script failed >with 'memory error' on each invocation of inews. When I tried typing the >commands by hand I got a segmentation fault in inews. > Same here. Seems that invoking inews in any manner other than with no args (which results in a usage summary) dumps core. When invoked by 'cat [spooled news file] | /usr/local/bin/rnews' (rnews is a symbolic link to inews), dbx says we lost it in chkfile (chkfile's parameter, "/usr/local/lib/news/active", has the right permissions, and inews is setuid and setgid). Anyway, dbx seems sorely confused, as the line number it gives is meaningless, and it says chkfile was called by _dwmultu, which is in turn the top of the calling stack. At any rate, I'll let that mystery remain unsolved if someone has a localize.sh that works for them on the 4D architecture. Thanx. - jdt -- Jim Tomlinson P.O.Box 24346 \ BoGART Project M/S 6M-17 \ "Give me some of that Boeing Computer Services Seattle, WA 98124 \ voodoo thang!" - Colin James (206) 234-7741 ....uunet!bcstec!voodoo!jdt \   Received: from vmb.brl.mil by VMB.BRL.MIL id ab09285; 19 Jul 90 9:28 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa09005; 19 Jul 90 9:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08977; 19 Jul 90 9:00 EDT Received: from [131.104.96.1] by VGR.BRL.MIL id aa15733; 19 Jul 90 8:46 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 9630; Thu, 19 Jul 90 08:45:41 EST Received: by UOGUELPH (Mailer R2.07) id 6116; Thu, 19 Jul 90 08:45:39 EST Date: Thu, 19 Jul 90 08:42:58 EST From: Dennis Fisher Subject: IPI2 disk To: INFO-IRIS@BRL.MIL Message-ID: <9007190846.aa15733@VGR.BRL.MIL> We are trying to plan the setup for our new 4D/380 server with IPI2 disks but I can't find the default partitions printed anywhere. Would someone with a 1.1 GB IPI2 disk, partitioned as delivered, please run prtvtoc and send me the results. Thanks in advance. Dennis Fisher Staff Analyst University of Guelph   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12136; 19 Jul 90 12:34 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa11507; 19 Jul 90 11:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11396; 19 Jul 90 11:42 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16378; 19 Jul 90 11:23 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27260; Thu, 19 Jul 90 08:04:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jul 90 14:59:34 GMT From: Paul Linton Organization: Univ. of Ky., CCS. Subject: togiff program? Message-Id: <15654@s.ms.uky.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Help, I deleted my copy of the togiff program and desperately need to find it again, if some kind person can mail me a copy or point me to a site I would be VERY grateful! Thanks Paul   Received: from vmb.brl.mil by VMB.BRL.MIL id aa12499; 19 Jul 90 12:55 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa11832; 19 Jul 90 12:23 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa11625; 19 Jul 90 11:58 EDT Received: from enh.nist.gov by VGR.BRL.MIL id aa16256; 19 Jul 90 10:56 EDT Return-path: whip@poly1.nist.gov Received: from poly1.nist.gov by ENH.NIST.GOV; Thu, 19 Jul 90 10:54 EST Received: by poly1.nist.gov (5.52/890607.SGI) (for @enh.nist.gov:info-iris@vgr.brl.mil) id AA09782; Thu, 19 Jul 90 11:11:15 EDT Date: Thu, 19 Jul 90 11:11:15 EDT From: whip@poly1.nist.gov Subject: making jove To: info-iris@vgr.brl.mil Message-Id: <9007191511.AA09782@poly1.nist.gov> I continue to fail in my efforts to make the editor jove on the IRIS on which I am working (what an awkward sentense...). I think what it comes down to is that I don't understand one of the lines in the Makefile. It tells me to specfify the -i flags for my split I/D space. As far as I can tell, neither cc nor ld recognizes a -i flag to have anything to do with I/D space. On the other hand, since I don't know what I/D space is, maybe I'm just not noticing the appropriate, relevant information in the man pages. If anyone can tell me what the -i flags are, or what I/D space is, or anything else potentially useful in solving my problem of making Jove, I'd appreciate it. Thanks... eugholz@poly1.nist.gov (or reply to whip@poly1.nist.gov)   Received: from vmb.brl.mil by VMB.BRL.MIL id ab12499; 19 Jul 90 12:55 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab12136; 19 Jul 90 12:44 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12009; 19 Jul 90 12:26 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa16313; 19 Jul 90 11:09 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA22307; Thu, 19 Jul 90 06:50:08 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jul 90 13:45:25 GMT From: Craig Kolb Organization: Yale University Department of Mathematics Subject: DVI Previewer for Iris? Message-Id: <25595@cs.yale.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anybody other than vgr.brl.mil have a dvi previewer for the 4D available via ftp? Our connection to vgr.brl.mil is far too flakey to ftp the entire package of TeX binaries. Many thanks, Craig   Received: from vmb.brl.mil by VMB.brl.MIL id ab13287; 19 Jul 90 14:03 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa12953; 19 Jul 90 13:38 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa12878; 19 Jul 90 13:20 EDT Received: from [192.48.153.1] by VGR.BRL.MIL id aa16835; 19 Jul 90 13:03 EDT Received: from oni.sgi.com by sgi.sgi.com (5.52/900423.SGI) for zyda@trouble.cs.nps.navy.mil id AA16396; Thu, 19 Jul 90 08:58:42 PDT Received: from giraffe.asd.sgi.com by relay.sgi.com (5.52/900423.SGI) for @sgi.sgi.com:info-iris@BRL.MIL id AA14348; Thu, 19 Jul 90 08:58:40 PDT Received: from forest.asd.sgi.com by giraffe.asd.sgi.com (5.52/891101.SGI) for @relay.sgi.com:zyda@trouble.cs.nps.navy.mil id AA18723; Thu, 19 Jul 90 08:58:38 PDT Received: from localhost.asd.sgi.com by forest.asd.sgi.com (5.52/891101.SGI) for @giraffe.asd.sgi.com:info-iris@BRL.MIL id AA21286; Thu, 19 Jul 90 08:58:37 PDT Message-Id: <9007191558.AA21286@forest.asd.sgi.com> To: michael zyda Cc: info-iris@BRL.MIL Subject: Re: VGX Upgrades In-Reply-To: Your message of "Wed, 18 Jul 90 10:56:24 PDT." <9007181756.AA22522@trouble.cs.nps.navy.mil> Date: Thu, 19 Jul 90 08:58:36 -0700 From: Forest Baskett The 120 is the first of the Power Series cpu's. The cpu to graphics subsystem interaction that it supports is more limited and less powerful than on all subsequent Power Series (200's and 300's). The VGX graphics needs the full power of the more general interaction mechanism on the 200 and 300 series cpu's. So the VGX upgrade of a 120 GTX has to include a cpu upgrade as part of it. We may have failed to make this perfectly clear to all of our sales force. So we apologize for any misunderstandings. We really try to avoid creating hardware situations like this but it is not always possible. Forest Baskett Silicon Graphics   Received: from vmb.brl.mil by VMB.BRL.MIL id aa00095; 19 Jul 90 15:49 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa13287; 19 Jul 90 14:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13039; 19 Jul 90 13:35 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa16037; 19 Jul 90 10:03 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5204; Thu, 19 Jul 90 09:53:18 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Thu, 19 Jul 90 01:57 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA25709; Thu, 19 Jul 90 01:59:06 DSD Date: Thu, 19 Jul 90 01:59:06 DSD From: root%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: X11R4: who has what ??? To: info-iris@BRL.MIL Message-id: <9007190859.AA25709@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil I am confused about distribution/right to use of X11 software. I understand that sgi offers an x11 developers package, which costs money, which is partly to pay royalites to the X people(mit ?). We have a summer student here who is putting up X11R4 from mit which is available via anonmymous ftp over the net from mit. While we have not yet gotten the source code to compile, the binaries from the net work fine... (I don't know if we got the binary object code archives, or if already compiled and ready to link archives are available). My question is: Who owns X for sgi machines ? If it is available over the net, why does sgi need to sell it ? What are the contractual and legal issues that a developer such as ourselves should know about the X from sgi or mit ? Why does sgi sell X for so much(how much ?) when mit has it for free ? Which package offering is better, or more directly, which should I use as a sgi software developer ? dan. -- +-----------------------------------------------------------------------------+ | karron@nyu.edu Dan Karron | | . . . . . . . . . . . . . . New York University Medical Center | | 560 First Avenue \ \ Pager <1> (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ab00095; 19 Jul 90 15:49 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ac13287; 19 Jul 90 14:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa13108; 19 Jul 90 13:41 EDT Received: from wolf.brl.mil by VGR.BRL.MIL id aa16890; 19 Jul 90 13:19 EDT Date: Thu, 19 Jul 90 13:09:47 EDT From: Mike Muuss To: whip@poly1.nist.gov cc: info-iris@vgr.brl.mil Subject: Re: making jove Message-ID: <9007191309.aa02448@WOLF.BRL.MIL> The LD flag "-i" indicates that on machines which support the notion of separate Instruction and Data spaces (such as the DEC PDP-11 and the Denelcor HEP), that they should be separated. This option should not be used on an SGI machine. -Mike   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01106; 19 Jul 90 16:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00590; 19 Jul 90 16:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00532; 19 Jul 90 15:58 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17106; 19 Jul 90 14:08 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08834; Thu, 19 Jul 90 11:03:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jul 90 17:45:14 GMT From: "GRIFFIN,JEFFREY A" Organization: Georgia Institute of Technology Subject: Bitmap Scaling Algs Message-Id: <11573@hydra.gatech.EDU> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone have an algorithm for scaling bitmaps? I am looking for something that will scale to a given size, X by Y. Does anyone have an algorithm that would scale a bitmap by superimposing a fixed size grid over the bitmap and determine the values for each box of the grid. The subs can be in Fortran or C. Any suggestions or better ideas would be much appreciated. Thanks for the help!!   Received: from vmb.brl.mil by VMB.BRL.MIL id ab01106; 19 Jul 90 16:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00590; 19 Jul 90 16:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00544; 19 Jul 90 15:59 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa17149; 19 Jul 90 14:12 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA08628; Thu, 19 Jul 90 11:00:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jul 90 17:20:16 GMT From: Mark Callow Organization: Silicon Graphics Inc., Entry Systems Division Subject: Re: SIGGRAPH Message-Id: <10594@odin.corp.sgi.com> References: <440@texhrc.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <440@texhrc.UUCP>, mjz@texhrc.UUCP (Michael Zeitlin) writes: |> |> |> Is there going to be an 'SGI' users-group meeting at |> SIGGRAPH this year. I understand Siggraph is going |> to be held in Dallas during the week of August ~8th... There will be an SGI hosted "User's Meeting" in Dallas on Sunday August 5th. Here are some highlights from the announcement that was sent out recently. The meeting will consist of four sessions separated by a 15 minute break. You are welcome to attend all sessions or just those which are of special interest to you. The meeting will be informal with plenty of time for questions and answers. The sessions 4:00 - 5:00 Systems Technology - Chris Wagner, Principle Eng. SGI 5:15 - 6:15 Programming - Dave Babcock, Member Technical Staff. SGI 6:30 - 7:30 Graphics - George Kong, Manager of Graphics Software. SGI 7:45 - 8:45 Networking - Roberk Clark, Director Network Mrktg. SGI The moderator will be Cynthia Traeger, Chief of Computer Graphics, Artificial Intelligence and Advanced Technologies consulting at George Mason University. When and Where Sunday 5th August 4:00PM - 8:45PM Hyatt Regency Dallas - Cascade Room 300 Reunion Blvd. Dallas, Texas. -- From the TARDIS of Mark Callow msc@ramoth.sgi.com, ...{ames,decwrl}!sgi!msc "There is much virtue in a window. It is to a human being as a frame is to a painting, as a proscenium to a play. It strongly defines its content."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03058; 19 Jul 90 19:32 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa02967; 19 Jul 90 19:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02915; 19 Jul 90 19:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18992; 19 Jul 90 18:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA26526; Thu, 19 Jul 90 15:25:57 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jul 90 21:13:26 GMT From: Leslie Lait Organization: NASA Goddard Space Flight Center, Greenbelt MD Subject: Re: tcsh problems on Personal IRIS... Message-Id: <2849@dftsrv.gsfc.nasa.gov> References: <9007180038.aa28638@VMB.BRL.MIL> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007180038.aa28638@VMB.BRL.MIL> Claude.P.Cantin@NRC.CA writes: > >I have downloaded the tcsh binaries from the archive site, and installed >it on a 4D/240S, 4D/260S, 4D/280S, and a Personal IRIS. > > ... > > 2. Loging in as a user, the same thing happens, AND I can't start > a wsh at all!!! In other words, it's useless!!!! > >If I go back to the password file and change the login shell back to >/bin/csh, everything is back to normal.... > We had the same problem on our PI running 3.2: o tcsh worked fine when invoked from an existing wsh window. o No wsh windows could be created if tcsh was set as the default shell. o Logins from a terminal (not the console) worked fine. When we had problems, wsh was complaining (in the SYSLOG file) that it could not find the command tcsh. (We had the binary in /usr/local/bin/) The command ln -s /usr/local/bin/tcsh /bin/tcsh seemed to solve the problem. (/usr/local/bin/ is on a different disk with a lot more free space, which is one reason why we did not simply move the binary to /bin/ ) Hope this helps. Leslie Robert Lait | If you put a billion monkeys in front of a lait@cdc910b21.gsfc.nasa.gov | billion typewriters typing at random, they | would reproduce the entire collected My opinions are my own, not NASA's.| works of UseNet in about...five minutes.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03126; 19 Jul 90 19:43 EDT Received: from vmb.brl.mil by VMB.brl.MIL id ab02967; 19 Jul 90 19:22 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab02915; 19 Jul 90 19:04 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa18994; 19 Jul 90 18:40 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27303; Thu, 19 Jul 90 15:37:14 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jul 90 21:29:53 GMT From: Al Globus Organization: Applied Research Office, NASA Ames Research Center Subject: Re: bug in malloc() under OS 3.3 Message-Id: References: <7401@amelia.nas.nasa.gov>, <10578@odin.corp.sgi.com> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Todd Plessel writes regarding a bug in SGI OS 3.3 malloc(): > * ulimit(3, 0) returns a bad value (about 800MB) but more importantly, > * malloc() allows up to about 500MB to be allocated! > * But when this data is actually filled, the program gets killed after > * about 75MB. Chris Wagner responds: We permit a process to allocate up to MAXUMEM of virtual space - allowing a user for example to alloc sparse matrices, or fork a large process. Only if the process USES all the memory, then we need a place to store it (swap space) If there is not enough swap space, the process is killed. To avoid a process getting killed, reduce the maximum size permitted. This answer leaves the programmer who needs a lot of memory up the proverbial creek without a paddle. The programmer needs to know exactly when he runs into the memory limitations of the machine so that appropriate action can be taken. Todd's code (I work with him) does the right thing when malloc() returns 0, and he is able to recover and let the user try something else. Without any indication that memory has run out the program simply crashes and the user loses their work. This is totally unacceptable. There must be some straightforward way for the programmer to know, for sure, whether the memory just allocated is really available or not. Setting the per-process limits is not sufficient since virtual memory is a system wide resource. The bottom line is that my users cannot use my software on IRIS 3.3 to examine thier data because I can't tell when they've run out of memory because malloc() is lieing to me. The malloc() man page says: " malloc returns a pointer to a block of at least size bytes". It does not say "a pointer to a block of 0 to size bytes, depending on what else is going on in the system."   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03545; 19 Jul 90 20:53 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03289; 19 Jul 90 20:11 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03253; 19 Jul 90 20:00 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19143; 19 Jul 90 19:54 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA02429; Thu, 19 Jul 90 16:49:37 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 19 Jul 90 15:37:39 GMT From: Dan Watts Organization: Ki Research, Inc. Derry NH Subject: Any one used DC 6250 tapes? Message-Id: <814@ki.UUCP> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Anyone ever use the new 3M DC6250 data cartridges? The label says they are 250 Mbytes (1020 ft [310.9m]). There's a note about usage of extended tapes on certain tape drives may cause a change in the head wear pattern which could lead to increased error rates and reduced head life, especially when using both standard and extended length tapes on the same drive. Anyone able to comment on this warning? Anyone from SGI? My system is a Personal Iris with the stock QIC-150 drive that came with the system. -- ##################################################################### # CompuServe: >INTERNET:uunet.UU.NET!ki!dwatts Dan Watts # # UUCP : ...!uunet!ki!dwatts Ki Research, Inc. # ############### New Dimensions In Network Connectivity ##############   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05299; 20 Jul 90 0:19 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04715; 20 Jul 90 0:08 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04611; 19 Jul 90 23:41 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa19654; 19 Jul 90 23:24 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA14484; Thu, 19 Jul 90 20:20:16 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jul 90 01:37:51 GMT From: Dave Olson Organization: Silicon Graphics, Inc. Mountain View, CA Subject: Re: Has anyone succeeded in doing multiple backups onto an Exabyte? Message-Id: <10638@odin.corp.sgi.com> References: <625255CA893F60133A@KRDC.INT.Alcan.CA> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In <625255CA893F60133A@KRDC.INT.Alcan.CA> ACCESS@krdc.int.alcan.ca (Shawn Allin - Alcan KRDC Computer Services) writes: | Date sent: 18-JUL-1990 11:57:24 | | Hello, | | Has anyone managed to get multiple backups on an Exabyte as of yet? We're | using the unit sold by SGI. | If it is possible, could you please send me the details? (IRIX version, | which program, etc). | It seems REAL silly to have to use separate tapes for separate backups when | you've got 2 gigabytes to play with... | There is a bug that I introduced in the 3.2 release that shows up most frequently with the Exabyte drive (as opposed to QIC drives), although it has on rare occasions been observed (or claimed to have been seen) on QIC drives as well. The bug is that after doing an mt feom (or the equivalent ioctl), and then the ioctl to determine the block size to use, that the tape will sometimes get rewound to BOT on the next write. Needless to say, this trashes your existing archive. The bug is fixed in 3.3. In most cases, explicitly supplying the block size to the backup program (bru and tar) prevents the second ioctl from being called, and this circumvents the problem. Unfortunately, if it doesn't work for you, you lose an existing archive, so experiment with a tape you don't care about. Finally, there is yet another bug in 3.2 and in 3.3 that will be fixed in a future release. This bug happens when the first thing you do to the tape after a boot (only if booted with a tape in the drive) is a sequence like this: mt rew; mt feom; tar cvf /dev/nrtape .... On the first write, the tape again rewinds to BOT, trashing your archive. The work around is to insert an additional tape command, such as: mt rew; mt fsf 1; mt feom; tar cvf /dev/nrtape .... Removing the tape and then re-inserting it before doing the backup should also prevent the bug from occurring, but if you are using backup scripts, it would be safer to add the mt fsf. My apologies for these bugs. Unfortunately, there are so many tape drives, backup programs, and permutations of tape commands (AND system state) that it becomes more and more difficult to try all the possible cases. Of course, once found they go into the regression tests, but that doesn't help the people who have to deal with them... -- Dave Olson Life would be so much easier if we could just look at the source code.   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02400; 20 Jul 90 11:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab00975; 20 Jul 90 10:28 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00455; 20 Jul 90 9:52 EDT Received: from [131.104.96.1] by VGR.BRL.MIL id aa21387; 20 Jul 90 8:37 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 0097; Fri, 20 Jul 90 08:38:04 EST Received: by UOGUELPH (Mailer R2.07) id 0187; Fri, 20 Jul 90 08:38:02 EST Resent-Date: Fri, 20 Jul 90 08:37:00 EST Resent-From: Dennis Fisher Resent-To: info-iris@BRL.MIL Received: from UOGUELPH by VM.UoGuelph.CA (Mailer R2.07) with BSMTP id 9460; Fri, 20 Jul 90 04:02:23 EST Received: from vmb.brl.mil by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with TCP; Fri, 20 Jul 90 03:59:36 EST Received: by VMB.BRL.MIL id ab09780; 19 Jul 90 10:26 EDT Received: from vmb.brl.mil by VMB.brl.MIL id aa09005; 19 Jul 90 9:17 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08977; 19 Jul 90 9:00 EDT Received: from [131.104.96.1] by VGR.BRL.MIL id aa15733; 19 Jul 90 8:46 EDT Received: from VM.UoGuelph.CA by vm.uoguelph.ca (IBM VM SMTP R1.2.2MX) with BSMTP id 9630; Thu, 19 Jul 90 08:45:41 EST Received: by UOGUELPH (Mailer R2.07) id 6116; Thu, 19 Jul 90 08:45:39 EST Date: Thu, 19 Jul 90 08:42:58 EST From: Dennis Fisher Subject: IPI2 disk To: INFO-IRIS@BRL.MIL Message-ID: <9007190846.aa15733@VGR.BRL.MIL> Our machine was operational by late yesterday so I now have the information I was requesting. ----------------------------Original message---------------------------- We are trying to plan the setup for our new 4D/380 server with IPI2 disks but I can't find the default partitions printed anywhere. Would someone with a 1.1 GB IPI2 disk, partitioned as delivered, please run prtvtoc and send me the results. Thanks in advance. Dennis Fisher Staff Analyst University of Guelph   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02670; 19 Jul 90 18:20 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa01971; 19 Jul 90 17:59 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa01900; 19 Jul 90 17:37 EDT Received: from grace.waikato.ac.nz by VGR.BRL.MIL id aa18507; 19 Jul 90 17:14 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Fri, 20 Jul 90 08:43 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Fri, 20 Jul 90 08:43 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:larryt@ae.msstate.EDU) id AA06673; Fri, 20 Jul 90 08:39:48 NZT Date: Fri, 20 Jul 90 08:39:48 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: Tex on SGI? To: larryt@ae.msstate.edu Cc: info-iris@vgr.brl.mil Message-Id: <9007192039.AA06673@ccu1.aukuni.ac.nz> I have suscessfully installed TeX from the standard Unix distribution which is available from june.cs.washington.edu. Watch out for the default for characters, I can't remember if they are signed or unsigned by default, anyway TeX assumes the opposite. You need to make a change in the site.h file. The place is clearly indicated. Alternatively there is a packaged system in 4 compressed tar files on vgr.brl.mil this is compiled and ready. It is a miminal system but does include a previewer for the Iris. Russell. h -- +-----------------------------------------------------------------+ | Russell Fulton 'phone +64 9 737-999 x 8955 | | Computer Centre domain rj_fulton@aukuni.ac.nz | | University of Auckland fax +64 9 303-2467 | | Private Bag time gmt -12 (13) (summer time)| | Auckland, New Zealand. | +-----------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa03801; 19 Jul 90 21:25 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa03634; 19 Jul 90 21:14 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa03567; 19 Jul 90 20:54 EDT Received: from truth.waikato.ac.nz by VGR.BRL.MIL id aa19173; 19 Jul 90 20:14 EDT Received: from aukuni.ac.nz by waikato.ac.nz; Fri, 20 Jul 90 08:34 +1200 Received: from ccu1.aukuni.ac.nz by aukuni.ac.nz; Fri, 20 Jul 90 08:34 Y Received: by ccu1.aukuni.ac.nz (5.52/890607.SGI) (for @ccvcom.aukuni.ac.nz:info-iris@vgr.brl.mil) id AA04118; Fri, 20 Jul 90 08:32:01 NZT Date: Fri, 20 Jul 90 08:32:01 NZT From: russell@ccu1.aukuni.ac.nz Subject: Re: Security and access issues To: LEONARDZ@vm.uoguelph.ca Cc: info-iris@vgr.brl.mil Message-Id: <9007192032.AA04118@ccu1.aukuni.ac.nz> My understanding is that Irix 3.3 has BSD groups. This means that you can be in several groups at one time. So you define a group for each object you want to share. I assume that group membership is defined in the etc/groups but I don't know for certain. We are waiting for 3.3 for this reason (among others). Russell. -- +-----------------------------------------------------------------+ | Russell Fulton 'phone +64 9 737-999 x 8955 | | Computer Centre domain rj_fulton@aukuni.ac.nz | | University of Auckland fax +64 9 303-2467 | | Private Bag time gmt -12 (13) (summer time)| | Auckland, New Zealand. | +-----------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id aa06055; 20 Jul 90 2:13 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa05911; 20 Jul 90 2:03 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab05886; 20 Jul 90 1:47 EDT Received: from cunyvm.cuny.edu by VGR.BRL.MIL id aa20095; 20 Jul 90 1:36 EDT Received: from MCCLB0.MED.NYU.EDU by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 4326; Fri, 20 Jul 90 01:35:37 EDT Received: from mcirps2.med.nyu.edu by MCCLB0.MED.NYU.EDU; Fri, 20 Jul 90 01:36 EDT Received: by mcirps2.med.nyu.edu (5.52/890607.SGI) (for @mcclb0.med.nyu.edu:info-iris@brl.mil) id AA17825; Fri, 20 Jul 90 01:38:38 DSD Date: Fri, 20 Jul 90 01:38:38 DSD From: karron%mcirps2.med.nyu.edu@cunyvm.cuny.edu Subject: Driver for Dunn 635 color camera To: info-iris@BRL.MIL Message-id: <9007200838.AA17825@mcirps2.med.nyu.edu> X-Envelope-to: info-iris@brl.mil Here, as requested, is the source to my dunn camera driver. Do with it as you will, but please, let me know what you do, or want the code to do. I may want to do it too! Please, if(when) you find bugs, or make improvements (there is lots of room for that), send me your comments or mods to the source code. I will be happy to answer questions. That is how I plan to document the program. Run the dunn -h with debug set on to get the inside documentation too. There are lots of stubs in the code for stuff I never finished. The camera commands are setup as compile time static data templates. A better way might to have run time construction of the dunn message blocks instead of compile time message blocks. For the moment, the code does what I need. First, let me tell you about the code, and I will see if I can make the source fit on the end of this letter. If you don't see my signature at the end, let me know, and I will split up the source code. I don't know if any of the machines on the way to you have a mail file size limitation that may get in the way. SYNOPSIS dunn -[3b:cd:efg:him:p:rsx:zBSEX:HZ:] A prototype program to drive the old LogE/Dunn 635 color camera via its rs232 serial port. May work for other old dunn series cameras that use its CPM Z80 processor board.Despite its age, ours has worked properly (what is properly!) without cpu problems for years. The camera takes commands in fixed length message blocks with standard headers, checksums, and, trailer characters. You configure all of the serial port and communications properties. Make certain that they match what the program expects. There is an installers option in the program that show you how to setup the camera from what the program expects. I think that the designers of the serial port never read the eia rs232 standard. I have not gotten the camera to properly handle RTS-CTS flow control. My observations with a breakout box indicate that they may reverse the meaning of DSR,DTR,and DCD with RTS-CTS signal lines. There are problems with character dropout when running over 300 baud, which should have been fixed by using the sgi /dev/ttym* ports (which use full handshaking including RTS-CTS). For the moment, I configure the camera rs232 port to disable CTS and DCD, and set the baud rate at 300. This is actually not so bad because the camera takes soooooo long to cycle through the three filters on some films (polaroid 8032) that the host does all of the waiting. This is an area that should be fixed in the future if someone wants to do more extensive work with the camera (like myself, we have two here at the med ctr). You will need to make a special cable from the sgi plugs in the back of the conector. From the preceding, you can tell that the connections I have worked out don't seem to do what I would expect. My first expectation was that to get the two talking, (both are DTE): cross 2-3 (the numbering of the db9 and the db25 are the same except pin 20 on the db20 is pin 9 on the db9) cross 4-5, and hold up 6(dsr)for the dunn.(I think) cross DCD-DTR(9-20,8-9) The above does NOT work as expected (RTS-CTS character level flow control may actually be done by 8 and 20 (DCD-DTR) on the dunn, despite what the documentation says and the diagnostics say. The diagnostic menu includes a "screen" line that shows the status of the inbound flow control lines. I could not get it to acknowledge what my breakout box showed was actually happening at the connector. Once the communications are worked out, you include the program dunn in a shell script with lots and lots of arguments. My goal was to have an argument for each camera command and parameters/argument list. This way you can read the camera documentation in the appendex and run dunn -xxx for each command. Another feature, not really fully working is to exactly frame each picture in a window sized to match the aspect ratio and size of the film. I used the prefsize call to size the window, then a system call to run the external program. You can calibrate the window with the program. Once you have the right size window, it will write out and read a file containing the window parameters. This also needs more work. Since our camera has a 30 hz rate monitor, and our iris monitor is 60 hz, you need to mess up the big monitor video with a 30hz gl call. Make certain that you put things back when you exit, or you will have to log in on a ascii terminal and reset the video. For simple picture taking, dunn -B will take a big picture, dunn -E will take an ektachrome 35 mmm. Look at the script movie.sh for an idea. movie.sh----------CUT HERE-----CUT HERE----------CUT HERE-----CUT HERE----EOL #! /bin/sh -xv frames=$1 date while [ $frames -gt 0 ] do dunn -d 1 -3 -E -r echo "exposing $frames" frames="`expr $frames - 1`" done dunn -d2 -z date exit 0 dunn.c---------CUT HERE-----CUT HERE----------CUT HERE-----CUT HERE----EOL #include "stdio.h" #include "gl.h" #include "device.h" #include "get.h" #include "sys/termio.h" #include "fcntl.h" #include "string.h" #include "getopts.h" /* INSTALL OPTIONS that YOU WILL WANT TO CHANGE */ /* make certain your camera settings match these below */ #define BAUD B300 #define DEFAULT_SERIAL_PORT "/dev/ttyd2" #define M1 'd' #define M2 'b' #define M3 'k' /* * End of usual install options, rest you really don't want to change here. * You should change the camera settings to match these. */ #define CHECKSUM '*' #ifdef DEBUG #define DEFAULT_DEBUG 0 #endif DEBUG #define ACK_DISABLED 0 #define M4 CR #define M5 LF /* leave this alone for canonical processing */ #define MESSAGE_SIZE 40 /* end of user configuration defines */ #define LONG_FILE_NAME 40 #define FILE_BUFFER_LENGTH 100 #define MESSAGE_WRAPPER_SIZE 13 #define MESSAGE_LENGTH MESSAGE_SIZE-MESSAGE_WRAPPER_SIZE #define READ_TIMEOUT 360 /* TENTHS SECONDS for non canonical read does not mean any thing for canonical reads */ #define MAX_RETRY 2 #define RETRY_SLEEP 10 #define CR '\015' #define LF '\012' #define BLANK ' ' #define B BLANK #define BLANK10 BLANK,BLANK,BLANK,BLANK,BLANK,BLANK,BLANK,BLANK,BLANK,BLANK #define PADDING BLANK10,BLANK10,BLANK10 #define LEAD_IN M1,M2,M3 #define BIGP808 1 /* big film */ #define BIGP809 3 #define BIGEKT64 5 /* little film */ #define BIGP891 7 #define BIGPLUSX 8 #define SMALLPLCRM 9 #define SMALLEKT64 10 #define COMMAND_STRING_SIZE MESSAGE_SIZE+1 /* pad with null for dbx */ #define RESET_TIME 5 #define FLUSH_IN_OUT 2 #define FLUSH_OUT 1 #define FLUSH_IN 0 /* camera message templates */ #define MAX_COMMANDS 10 #define RESET_CAMERA 0 #define MAKE_EXPOSURE 1 #define BEEP 2 #define DISPLAY_MESSAGE 3 #define CLEAR_MESSAGE 4 #define BIG_FILM 5 #define SMALL_FILM 6 #define CAMERA_STATUS 7 #define EXPOSURE_RESULTS 8 #define ERROR_STATUS 9 /* old style commands */ unsigned char make_exposure[COMMAND_STRING_SIZE] = {LEAD_IN,'E','0','9',LF,B,B,PADDING,M5,NULL}; unsigned char beep[COMMAND_STRING_SIZE]= {LEAD_IN,'S','P','0','1',M4,B,PADDING,M5,NULL}; unsigned char message_record[COMMAND_STRING_SIZE] = {LEAD_IN,'S' ,'M' ,'0' ,'2','x','x',PADDING,M5,NULL}; unsigned char unmessage[COMMAND_STRING_SIZE] = {LEAD_IN,'S','M','0','0',M4,B,PADDING,M5,NULL}; unsigned char bigfilm[COMMAND_STRING_SIZE] = {LEAD_IN,'S' ,'B' ,M4 ,B,B,B,PADDING,M5,NULL}; unsigned char smallfilm[COMMAND_STRING_SIZE] = {LEAD_IN,'S' ,'A' ,M4 ,B,B,B,PADDING,M5,NULL}; unsigned char stat_req[COMMAND_STRING_SIZE] = {LEAD_IN,'R' ,'T' ,M4 ,B,B,B,PADDING,M5,NULL}; unsigned char stat_exp[COMMAND_STRING_SIZE] = {LEAD_IN,'R' ,'E' ,M4 ,B,B,B,PADDING,M5,NULL}; /* New style commands */ #define FILM '0','0' #define VIDEO_RED '1' #define VIDEO_GREEN '2' #define VIDEO_BLUE '3' #define VIDEO_CLEAR '4' #define VIDEO VIDEO_RED #define LEVEL_BLACK '0','0','0' #define LEVEL_WHITE '1','1','1' #define LVL_B #define LVL_W #define AUX_35mm '1' #define AUX_SX70 '2' #define AUX_4x5 '3' #define AUX_16mm '4' #define AUX_6x6 '5' #define AUX_PR10 '6' #define AUX_35mmCine '7' #define AUX AUX_35mm #define FILTER_HOME '0' #define FILTER_RED '1' #define FILTER_GREEN '2' #define FILTER_BLUE '3' #define FILTER_CLEAR '4' #define FILTER FILTER_CLEAR unsigned char command[MAX_COMMANDS][COMMAND_STRING_SIZE] = { /* 0 */ {LEAD_IN , 'Z' , M4 , B , B , B , B , PADDING , M5 , NULL} , /* 1 */ {LEAD_IN , 'E' , '0' , '9' , LF , B , B , PADDING , M5 , NULL} , /* 2 */ {LEAD_IN , 'S' , 'P' , '0' , '1' , M4 , B , PADDING , M5 , NULL} , /* 3 */ {LEAD_IN , 'S' , 'M' , '0' , '2' , 'x' , 'x' , PADDING , M5 , NULL} , /* 4 */ {LEAD_IN , 'S' , 'M' , '0' , '0' , M4 , B , PADDING , M5 , NULL} , /* 5 */ {LEAD_IN , 'S' , 'B' , M4 , B , B , B , PADDING , M5 , NULL} , /* 6 */ {LEAD_IN , 'S' , 'A' , M4 , B , B , B , PADDING , M5 , NULL} , /* 7 */ {LEAD_IN , 'R' , 'T' , M4 , B , B , B , PADDING , M5 , NULL} , /* 8 */ {LEAD_IN , 'R' , 'E' , M4 , B , B , B , PADDING , M5 , NULL} , /* 9 */ {LEAD_IN , 'R' , 'T' , 'E' , M4 , B , B , PADDING , M5 , NULL} #ifndef FULL_COMMAND_LIST }; #endif #ifdef FULL_COMMAND_LIST /*10 */ {LEAD_IN , 'A' , FILM , M4 , B , B , PADDING , M5 , NULL}, /* autocomp FILM */ /*11 */ {LEAD_IN , 'B' , FILM ,VIDEO, M4 , B , PADDING , M5 , NULL}, /* set b/w for FILM */ /*12 */ {LEAD_IN , 'C' , FILM , AUX , M4 , B , PADDING , M5 , NULL}, /* set aux FILM */ /*13 */ {LEAD_IN , 'C' , 'F' , M4 , B , B , B , PADDING , M5 , NULL}, /* copy */ /*14 */ {LEAD_IN , 'D' , FILM ,VIDEO, M4 , B , PADDING , M5 , NULL}, /* set bright/contrast */ /*15 */ {LEAD_IN , 'E' , FILM , M4 , B , B , PADDING , M5 , NULL}, /* expose */ /*16 */ {LEAD_IN , 'E' , 'A' , FILM , B , B , PADDING , M5 , NULL}, /* expose adjust */ /*17 */ {LEAD_IN , 'E' , 'B' , FILM , B , B , PADDING , M5 , NULL}, /* expose adjust color */ /*18 */ {LEAD_IN , 'E' , 'C' , FILM , B , B , PADDING , M5 , NULL}, /* expose contaminant */ /*19 */ {LEAD_IN , 'E' , 'F' , FILM, M4 , B , B , PADDING , M5 , NULL}, /* expose stuff */ /*20 */ {LEAD_IN , 'F' ,FILTE, M4 , B , B , B , PADDING , M5 , NULL}, /* move filter */ /*21 */ {LEAD_IN , 'F' , 'C' , FILM , B , B , PADDING , M5 , NULL}, /* set frame counter */ /*22 */ {LEAD_IN , 'K' ,KYBRD, M4 , B , B , B , PADDING , M5 , NULL}, /* keyboard disable */ /*23 */ {LEAD_IN , 'M' ,BLANK, B' , M4 , B , B , PADDING , M5 , NULL}, /* monitor blanking */ /*24 */ {LEAD_IN , 'N' , 'T' , B , M4 , B , B , PADDING , M5 , NULL}, /* set film name */ /*25 */ {LEAD_IN , 'P' , 'T' , B , M4 , B , B , PADDING , M5 , NULL}, /* image polarity */ /*26 */ {LEAD_IN , 'Q' , B , B , M4 , B , B , PADDING , M5 , NULL}, /* raster blend setting */ /*27 */ {LEAD_IN , 'R' , 'A' , M4 , B , B , B , PADDING , M5 , NULL}, /* request autocomp */ /*28 */ {LEAD_IN , 'R' , 'B' , FILM, M4 , B , B , PADDING , M5 , NULL}, /* request b/w level */ /*29 */ {LEAD_IN , 'R' , 'C' , 'E' , M4 , B , B , PADDING , M5 , NULL}, /* request camera type */ /*30 */ {LEAD_IN , 'R' , 'D' , 'E' , M4 , B , B , PADDING , M5 , NULL}, /* request bright/contrast */ /*31 */ {LEAD_IN , 'R' , 'E' , 'E' , M4 , B , B , PADDING , M5 , NULL}, /*32 */ {LEAD_IN , 'R' , 'E' , 'F' , M4 , B , B , PADDING , M5 , NULL}, /*33 */ {LEAD_IN , 'R' , 'E' , 'C' , M4 , B , B , PADDING , M5 , NULL}, /*34 */ {LEAD_IN , 'R' , 'N' , 'E' , M4 , B , B , PADDING , M5 , NULL}, /*35 */ {LEAD_IN , 'R' , 'P' , 'E' , M4 , B , B , PADDING , M5 , NULL}, /*36 */ {LEAD_IN , 'R' , 'Q' , 'E' , M4 , B , B , PADDING , M5 , NULL}, /*37 */ {LEAD_IN , 'R' , 'S' , 'F' , M4 , B , B , PADDING , M5 , NULL}, /*38 */ {LEAD_IN , 'R' , 'T' , M4 , B , B , B , PADDING , M5 , NULL}, /*39 */ {LEAD_IN , 'R' , 'T' , 'E' , M4 , B , B , PADDING , M5 , NULL}, /*40 */ {LEAD_IN , 'S' , 'A' , M4 , B , B , B , PADDING , M5 , NULL}, /*41 */ {LEAD_IN , 'S' , 'B' , M4 , B , B , B , PADDING , M5 , NULL}, /*42 */ {LEAD_IN , 'S' , 'C' , M4 , B , B , B , PADDING , M5 , NULL}, /*43 */ {LEAD_IN , 'S' , 'D' , M4 , B , B , B , PADDING , M5 , NULL}, /*44 */ {LEAD_IN , 'S' , 'E' , M4 , B , B , B , PADDING , M5 , NULL}, /* select separate */ /*45 */ {LEAD_IN , 'S' , 'F' , M4 , B , B , B , PADDING , M5 , NULL}, /* select separate w/o advance */ /*46 */ {LEAD_IN , 'S' , 'K' , M4 , B , B , B , PADDING , M5 , NULL}, /* select film type */ /*47 */ {LEAD_IN , 'S' , 'M' , M4 , B , B , B , PADDING , M5 , NULL}, /* turn speaker on */ /*48 */ {LEAD_IN , 'S' , 'P' , M4 , B , B , B , PADDING , M5 , NULL}, /* send message */ /*49 */ {LEAD_IN , 'S' , 'V' , M4 , B , B , B , PADDING , M5 , NULL}, /* beep speaker */ /*50 */ {LEAD_IN , 'X' , 'C' , M4 , B , B , B , PADDING , M5 , NULL}, /* select video channel */ /*51 */ {LEAD_IN , 'X' , 'E' , M4 , B , B , B , PADDING , M5 , NULL}, /* close aux shutter */ /*52 */ {LEAD_IN , 'X' , 'D' , M4 , B , B , B , PADDING , M5 , NULL}, /* eject aux film */ /*53 */ {LEAD_IN , 'Z' , M4 , B , B , B , B , PADDING , M5 , NULL}, /* open aux shutter */ }; #endif FULL_COMMAND_LIST /* acknowledge codes from camers */ #define ACK0 "Message Received Okay." #define ACK1 "Parity Error." #define ACK2 "Framing Error." #define ACK3 "Overrun Error." #define ACK4 "Message Too Long." #define ACK5 "Message Too Short." #define ACK6 "Checksum Error." #define ACK7 "Bad Message Format. M3 character not in third char of message \ block." /* condition your serial port this way */ struct termio new_state= { /* new_state.c_iflag= */ IGNBRK|IGNPAR , /* new_state.c_oflag= */ NULL , /* new_state.c_cflag= */ BAUD|CS8|CREAD|CLOCAL , /* new_state.c_line= */ ICANON , /* new_state.c_cc[VINTR]= */NULL , /* new_state.c_cc[VQUIT]= */NULL , /* new_state.c_cc[VERASE]=*/NULL , /* new_state.c_cc[VKILL]= */NULL , /* new_state.c_cc[VMIN]= */NULL , /* does not mean anything in with ICANON set */ /* new_state.c_cc[VTIME]= */NULL /* does not mean anything in with ICANON set */ }; void initport(); void beepit(); void scram(); void xmit_command(); void make_message(); void mess(); void unmess(); void expose(); void PrintHelpAndExit(); void ResetCamera(); void ReportCommand(); void SizeWindowFrame(); void NumericError(); void AnalyzeError(char *,int, int , int , char *, char *, char *, int, int); int TotalRetrys=0; static char path[]=DEFAULT_SERIAL_PORT; int fd; int noack=ACK_DISABLED; #ifdef DEBUG int debug=DEFAULT_DEBUG; #endif DEBUG int flush=0; int reset=0; int InWindow=1; int NoBorder=0; int FilmNumber = -1; #define MAX_WINDOWS 3 struct WindowTag { long wid; long wxsize; long wysize; long xorg; long yorg; } Window[MAX_WINDOWS]; /***************************************************************\ |=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=| \***************************************************************/ void main(int argc, char **argval) { static char options[]="3b:cd:efg:him:p:rsx:zBSEX:HZ:"; static char FrameWindowFile[LONG_FILE_NAME]=NULL; char DisplayMessage[MESSAGE_LENGTH]; int film_spec,beeps,c=0; int ReportCameraStatus=0; int ReportExposureResults=0; int ReportErrorStatus=0; int Hz30=0; int PreviewTime=0; int FrameWindow=0; int CommandNumber= -1; if (argc==1) PrintHelpAndExit(*argval,options); #ifdef DEBUG if (getenv("DEBUG")) sscanf(getenv("DEBUG"),"%d",&debug); #endif DEBUG if(getenv("CAMERA_PORT")) sscanf(getenv("CAMERA_PORT"),"%s",path); while((c=getopt(argc,argval,options)) != -1) switch (c) { case '3': Hz30=1; break; case 'b': sscanf(optarg,"%d",&beeps); break; case 'c': NoBorder=1; break; #ifdef DEBUG case 'd': sscanf(optarg,"%d",&debug); printf("debug set to %d\n",debug); break; #endif DEBUG case 'e': ReportErrorStatus=1; break; case 'f': flush=1; break; case 'g': sprintf(FrameWindowFile,"%s",optarg); case 'i': FrameWindow=1; break; case 'm': sprintf(DisplayMessage,"%s",optarg); break; case 'p': sscanf(optarg,"%s",path); break; case 'r': ReportExposureResults=1; break; case 's': ReportCameraStatus=1; break; case 'x': sscanf(optarg,"%d",&noack); break; case 'z': reset=1; break; case 'B': film_spec=BIGP809; break; case 'E': film_spec=SMALLEKT64; break; case 'F': if(!sscanf(optarg,"%d",&FilmNumber)) NumericError(c,optarg,*argval,options); break; case 'S': film_spec=SMALLPLCRM; break; case 'X': if(!sscanf(optarg,"%d",&CommandNumber)) NumericError(c,optarg,*argval,options); break; case 'Z': sscanf(optarg,"%d",&PreviewTime); break; case '?': case 'H': case 'h': default: PrintHelpAndExit(*argval,options); } initport(); if (reset)ResetCamera(); if (beeps)beepit(beeps); if (Hz30)mess(); if (strlen(DisplayMessage))make_message(DisplayMessage); if (FrameWindow)SizeWindowFrame(FrameWindowFile); if (PreviewTime)sleep(PreviewTime); if (film_spec)expose(film_spec); if ( CommandNumber>-1 && CommandNumber < MAX_COMMANDS) xmit_command(command[CommandNumber]); if (ReportCameraStatus)ReportCommand(command[CAMERA_STATUS]); if (ReportErrorStatus)ReportCommand(command[ERROR_STATUS]); if (ReportExposureResults)ReportCommand(command[EXPOSURE_RESULTS]); if (Hz30)unmess(); scram(*argval); exit(0); } /********************************************************************/ void initport() { #ifdef DEBUG if (debug>1) { printf("Setting port %s\n",path); } #endif if((fd=open(path,O_RDWR)) <0) { fprintf(stderr,"Unable to open %s\n",path); perror("unable to open file"); exit(1); } ioctl(fd,TCSETA,&new_state); return; } /****************************************************************************/ void scram(char *ProgName) { if(flush)ioctl(fd,TCFLSH,FLUSH_IN_OUT); close(fd); #ifdef DEBUG if (debug) printf("total retrys is %d\n",TotalRetrys); if (debug>1) printf("%s completed\n",ProgName); #endif return; } /****************************************************************************/ void xmit_command(command) char *command; { char line_buffer[MESSAGE_SIZE]; int retry=0; int written=0; int red=0; do { written=write(fd,command,MESSAGE_SIZE); if(flush)ioctl(fd,TCFLSH,FLUSH_OUT); if(noack) { sleep(noack); return; } red=read(fd,line_buffer,MESSAGE_SIZE); if( ( line_buffer[0] != command[0] ) || ( line_buffer[1] != command[1] ) || ( line_buffer[2] != command[2] ) || ( line_buffer[3] != '0' ) ) { #ifdef DEBUG if(debug)AnalyzeError("xmit_command ERROR",written, red,retry,command,line_buffer,__FILE__,__LINE__,debug); #endif DEBUG TotalRetrys += (++retry); sleep(RETRY_SLEEP); } /* data read error */ #ifdef DEBUG else { if(debug>1)AnalyzeError("xmit_command OK",written, red,retry,command,line_buffer,__FILE__,__LINE__,debug); } #endif DEBUG } while (retry > 0 && retry < MAX_RETRY); return; } /********************************************************************/ void ReportCommand(command) char *command; { char line_buffer[MESSAGE_SIZE]; int retry=0; int written=0; int red=0; do { written=write(fd,command,MESSAGE_SIZE); if(flush)ioctl(fd,TCFLSH,FLUSH_OUT); red=read(fd,line_buffer,MESSAGE_SIZE); if ( ( line_buffer[0] != command[0] ) || ( line_buffer[1] != command[1] ) || ( line_buffer[2] != command[2] ) || ( line_buffer[3] != '0' ) ) { #ifdef DEBUG if(debug)AnalyzeError("ReportCommand ERROR",written, red,retry,command,line_buffer,__FILE__,__LINE__,debug); #endif DEBUG TotalRetrys += (++retry); sleep(RETRY_SLEEP); } /* data read error */ #ifdef DEBUG else { if(debug>1)AnalyzeError("ReportCommand OK",written, red,retry,command,line_buffer,__FILE__,__LINE__,debug); } #endif DEBUG } while (retry > 0 && retry < MAX_RETRY); printf("status:%c %c\n",line_buffer[4],line_buffer[5]); return; } /********************************************************************/ void make_message(message) char message[]; { unsigned int message_length = strlen(message); register int i; unsigned char thingstring[2]; if (message_length > MESSAGE_LENGTH) { #ifdef DEBUG if(debug) { printf("message '%s' too long at %d characters\n", message,message_length); printf("at this time, the maximum message is %d\n",MESSAGE_SIZE- 13); } #endif DEBUG message_length=MESSAGE_SIZE-13; } /* do this better... come on!! */ sprintf(thingstring,"%02u",message_length); printf("thingstring=%s... any blanks ?\n",thingstring); message_record[5]=thingstring[0]; message_record[6]=thingstring[1]; for(i=0;i1) { printf("setmonitor(HZ30);\n"); } #endif setmonitor(HZ30); return; } /***********************************************************************/ void unmess() { if(InWindow) { noport(); foreground(); winopen(); InWindow=0; } #ifdef DEBUG if (debug>1) { printf("setmonitor(HZ60);\n"); } #endif setmonitor(HZ60); return; } /*************************************************************************/ void expose(int film_type) { if((film_type < 1) || (film_type > 24)) { printf("bad film type : %d ",film_type); return; } if(film_type <= 8)xmit_command(bigfilm); else xmit_command(smallfilm); sprintf(&make_exposure[4],"%02d",film_type); if(make_exposure[4] == BLANK)make_exposure[4]='0'; if(make_exposure[5] == BLANK)make_exposure[5]='0'; make_exposure[6]=M4; xmit_command(make_exposure); return; } /************************************************************************/ void beepit(int number_of_times) { sprintf(&command[BEEP][5],"%02d",number_of_times); if(command[BEEP][5] == BLANK)command[BEEP][5]='0'; if(command[BEEP][6] == BLANK)command[BEEP][6]='0'; command[BEEP][7]=M4; xmit_command(command[BEEP]); return; } /***********************************************************************/ void ResetCamera() { xmit_command(command[RESET_CAMERA]); sleep(RESET_TIME); exit(0); return; } /***********************************************************************/ void PrintHelpAndExit(char *ProgName,char *Options) { printf("%s :=<%s> makes exposures on DUNN 635 color camera\n",ProgName,Options); printf("'-B' for 8x10 polaroid color\n"); printf("'-S' for 35 mm polaroid polapan\n"); printf("'-E' for 35 mm Ektachrome\n"); printf("'-p: rs232 port to camers\n"); printf(" or set CAMERA_PORT in environment\n"); printf("'-3' Change refresh to 30 Hertz for dunn camera,mess up screen\n"); printf("'-Z' sleep time to preview messed up screen\n"); #ifdef DEBUG printf("'-d: runtime debug\n"); printf(" 1=report bad acks from camers\n"); printf(" 2=report all transactions with camers\n"); printf(" with -[h|H] option will report installer info\n"); #endif DEBUG printf("'-z' reset/reboot camera. Will exit prog.\n"); printf("'-i' size window frame and printf scoords to stdout.\n"); printf("'-g ' read window size from file,\n"); printf(" and write new scoords to same file.\n"); printf("'-r' report exposure results,\n"); printf(" will block until exposure is completed.\n"); #ifdef DEBUG if (debug) { printf("\n"); #ifdef ANSI printf("COMPILED on %s %s\n",__DATE__,__TIME__); #endif printf("DETAILED INFO FOR INSTALLERS\n"); printf("MAKE CERTAIN THAT THE CAMERA SETTINGS AGREE WITH THESE SETTINGS \n"); printf("ACKNOWLEDGE_ENABLED\n"); printf("MESSAGE_SIZE=%d\n",MESSAGE_SIZE); printf("LEAD IN CHARACTERS in dec,oct,hex,char\n"); printf("M1=%d,%o,%x,%c\n",M1,M1,M1,M1); printf("M2=%d,%o,%x,%c\n",M2,M2,M2,M2); printf("M3=%d,%o,%x,%c\n",M3,M3,M3,M3); printf("M4=%d,%o,%x,%c\n",M4,M4,M4,M4); printf("M5=%d,%o,%x,c\n",M5,M5,M5,M5); printf("LEAD_IN=%c%c%c\n",LEAD_IN); printf("COMMUNICATIONS SETTINGS IN CAMMERA MUST AGGREE WITH ioctl SETTIN GS\n"); printf("BAUD=%d\n",BAUD); printf("SERIAL PORT=%s\n",path); } #endif DEBUG exit(1); } /***********************************************************************/ #ifdef DEBUG #define PutAllAscii(s) \ {\ register int i;\ for (i=0;s[i]!=NULL;i++)\ {\ if (s[i] < ' ')\ {\ switch(s[i])\ {\ case CR: \ putchar('\\');\ putchar('r');\ break;\ \ case LF: \ putchar('\\');\ putchar('n');\ break;\ \ default: \ putchar('^');\ putchar(s[i]+' '/2);\ }\ }\ else\ putchar(s[i]);\ }\ } void AnalyzeError(message, Writ, Red, ReTry, Command, LineBuffer,File,Line,DebugLevel) char *message; int Writ; int Red; int ReTry; char *Command; char *LineBuffer; char *File; int Line; int DebugLevel; { printf("\nAnalyzeError called from (debug=%d)%s:%d:%s\n", DebugLevel,File,Line,message); printf("MESSAGE_SIZE=%d\t",MESSAGE_SIZE); printf("writ=%d,Red=%d\n",Writ,Red); printf("ReTrys=%d,Total Retrys=%d\n",ReTry,TotalRetrys); printf("SENT:\t<"); PutAllAscii(Command); printf(">\n"); printf("GOT:\t<"); PutAllAscii(LineBuffer); printf(">\n"); printf("M1(%c==%c)\t", LineBuffer[1],Command[1]); printf("M2(%c==%c)\t", LineBuffer[0],Command[0]); printf("M3(%c==%c)\t", LineBuffer[2],Command[2]); printf("ACK:(%c==%c)\n", LineBuffer[3],'0'); switch (LineBuffer[3]) { case '0': printf("Acknowledgement GOOD\n"); break; case '1': printf("Ack err:%s\n", ACK1); break; case '2': printf("Ack err:%s\n", ACK2); break; case '4': printf("Ack err:%s\n", ACK4); break; case '5': printf("Ack err:%s\n", ACK5); break; case '6': printf("Ack err:%s\n", ACK6); break; case '7': printf("Ack err:%s\n", ACK7); break; default: printf("Ack unknown error\n"); break; } /* switch */ printf("\n"); return; } #endif DEBUG /***************************************************************\ |=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=| \***************************************************************/ void SizeWindowFrame(FileName) char *FileName; { int i; int MaxWindows=1; char LineBuffer[FILE_BUFFER_LENGTH]; char title[80]; int PreferenceReadIn=0; short qval,qred; FILE *WindowFile=stdin; if (*FileName) { if(NULL==(WindowFile=fopen(FileName,"r"))) { fprintf(stderr,"Can't open file %s\n",FileName); perror("SizeWindow"); return; } for (i=0; (fgets(LineBuffer,FILE_BUFFER_LENGTH,WindowFile))&&(i (212) 397 9330 | | New York, New York 10016 \**\ <2> 10896 <3> | | (212) 340 5210 \**\__________________________________________ | +-----------------------------------------------------------------------------+   Received: from vmb.brl.mil by VMB.BRL.MIL id ad00975; 20 Jul 90 10:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac00095; 20 Jul 90 9:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa08297; 20 Jul 90 7:51 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa20718; 20 Jul 90 7:39 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06556; Fri, 20 Jul 90 04:24:40 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jul 90 08:01:55 GMT From: Owen Baker Organization: RMIT Computer Centre, Melbourne Australia. Subject: IRIS console Message-Id: <5076@minyos.xx.rmit.oz> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL Does anyone know if you can make a terminal the console on an IRIS 4D2D? I mean when the system is up not just when booting. Owen Baker CSU, RMIT, Melbourne, Australia. odb@caxton.csu.rmit.oz.au   Received: from vmb.brl.mil by VMB.BRL.MIL id ae00975; 20 Jul 90 10:28 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ad00095; 20 Jul 90 9:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00375; 20 Jul 90 9:26 EDT Received: from aero4.larc.nasa.gov by VGR.BRL.MIL id aa21241; 20 Jul 90 8:25 EDT Received: Fri, 20 Jul 90 08:28:13 EDT by aero4.larc.nasa.gov (5.52/5.6) Date: Fri, 20 Jul 90 08:28:13 EDT From: "Brent L. Bates AAD/TAB MS361 x42854" Message-Id: <9007201228.AA15408@aero4.larc.nasa.gov> To: mephisto!prism!prism.gatech.EDU!jg36@rutgers.edu Subject: Re: Bitmap Scaling Algs Cc: info-iris@BRL.MIL I am not sure what you are trying to do, but, maybe this will help. When I display bitmap images, I either plot each pixel as a point, flat shaded polygon, or a Gouraud shaded polygon. This is slower than using pixel routines, but it is very easy to scale the image up or down using ortho or techniques. -- Brent L. Bates NASA-Langley Research Center M.S. 361 Hampton, Virginia 23665-5225 (804) 864-2854 E-mail: blbates@aero4.larc.nasa.gov or blbates@aero2.larc.nasa.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa02785; 20 Jul 90 12:08 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa02639; 20 Jul 90 11:58 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa02631; 20 Jul 90 11:44 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa23487; 20 Jul 90 10:55 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA18521; Fri, 20 Jul 90 07:38:04 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jul 90 13:59:36 GMT From: Jeff Weinstein Organization: Silicon Graphics Inc. Subject: Re: X11R4: who has what ??? Message-Id: <10649@odin.corp.sgi.com> References: <9007190859.AA25709@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL In article <9007190859.AA25709@mcirps2.med.nyu.edu>, root@MCIRPS2.MED.NYU.EDU writes: > I understand that sgi offers an x11 developers package, which costs money, > which is partly to pay royalites to the X people(mit ?). The money we charge pays for our software development efforts, support, distribution, etc. No one pays MIT royalties for X11R4. > Who owns X for sgi machines ? If it is available over the net, why does > sgi need to sell it ? What are the contractual and legal issues that > a developer such as ourselves should know about the X from sgi or mit ? > Why does sgi sell X for so much(how much ?) when mit has it for free ? You can get an unsupported X that you have to port, compile, fix, support yourself over the net from MIT. You can get an already built, ported, supported, (mostly) fixed version from SGI. Note that as we move from NeWS to X the price of the X dev package will be coming down. > Which package offering is better, or more directly, which should I use > as a sgi software developer ? If you ever want to get fixes/support/working code from sgi then buy ours. If you want to muck with the source yourself and are willing to support it then get it from MIT. --Jeff Jeff Weinstein - X Protocol Police Silicon Graphics, Inc., Entry Systems Division, Window Systems jsw@xhead.esd.sgi.com Any opinions expressed above are mine, not sgi's.   Received: from vmb.brl.mil by VMB.BRL.MIL id ab04793; 20 Jul 90 14:06 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04294; 20 Jul 90 13:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04148; 20 Jul 90 13:33 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa24250; 20 Jul 90 13:10 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA27868; Fri, 20 Jul 90 09:55:41 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jul 90 16:53:36 GMT From: Rodney Hoinkes Organization: Centre for Landscape Research, University of Toronto Subject: IRIS <--> MAC transparently? Message-Id: <1990Jul20.125335.23019@jarvis.csri.toronto.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL We currently have a lab of IRIS' and are setting up a lab of Macs, and this new lab means we need more storage devices, but we don't just want them for the Macs, the IRIS' should be able to access them as well. We are looking at read/write/eraseable optical drive(s), but SGI doesn't seem to have one right now except for a Maxtor model which may get out sometime at the end of the month but we have no pricing, whereas there are lots out there for the Mac systems. So, the problem I pose to anyone who can help is... HOW CAN IT BE DONE? (& done transparently) Currently, we just use an ethernet board in a mac and ftp between the two. We have checked out a product known as the GatorBox which allows the macs to access the IRIS' drives but not the other way around. |---------------------------------| "The obvious is that | Rodney Hoinkes | which is least | Centre for Landscape Research | understood and most | University of Toronto | difficult to answer." | rodney@dgp.toronto.edu | |---------------------------------|   Received: from vmb.brl.mil by VMB.BRL.MIL id ac04793; 20 Jul 90 14:07 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04294; 20 Jul 90 13:56 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04163; 20 Jul 90 13:33 EDT Received: from LANL.GOV by VGR.BRL.MIL id aa24258; 20 Jul 90 13:12 EDT Received: from cardinal.lanl.gov by p.lanl.gov (5.61/1.14) id AA20583; Fri, 20 Jul 90 10:40:02 -0600 Received: by cardinal.lanl.gov (4.1/5.17) id AA09257; Fri, 20 Jul 90 10:38:36 MDT Date: Fri, 20 Jul 90 10:38:36 MDT From: "Peter S. Ford" Message-Id: <9007201638.AA09257@cardinal.lanl.gov> To: info-iris@BRL.MIL Subject: Request: animate a collection of 3-D points over time Does anyone have a program for displaying the motion of particles over time? We have two applications which could make use of such a program: 1) a particle tracer for 3-D hydrodynamics 2) tracing molecules in a Molecular Dynamics simulation. Thanks for any pointers, Peter Ford, Center for Nonlinear Studies, Los Alamos, NM 87545 peter@lanl.gov   Received: from vmb.brl.mil by VMB.BRL.MIL id aa01411; 20 Jul 90 16:46 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa00832; 20 Jul 90 16:35 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa00761; 20 Jul 90 16:11 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa25531; 20 Jul 90 15:33 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA06516; Fri, 20 Jul 90 12:00:48 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jul 90 18:20:20 GMT From: James Helman Organization: Stanford University Subject: Re: X11R4: who has what ??? Message-Id: References: <9007190859.AA25709@mcirps2.med.nyu.edu> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL > I don't know if we got the binary object code archives, or if already > compiled and ready to link archives are available. Along with a patch to X11R4 for IRIX, I also put out X11R4 binaries, libraries and include files for anonymous ftp from fresnel.stanford.edu. I'm not supporting or planning to update these files, which date from IRIX 3.2 (tho' I'm still using them under 3.3). > What are the contractual and legal issues that a developer such as > ourselves should know about the X from sgi or mit ? Can someone from SGI comment on any licensing terms for distributing binaries which have been statically linked against SGI libraries (libc, libgl, libX*)? How about binaries linked against shared libraries? Jim Helman Department of Applied Physics 6 Trillium Lane Stanford University San Carlos, CA 94070 (jim@thrush.stanford.edu) (415) 723-9127   Received: from vmb.brl.mil by VMB.BRL.MIL id aa05053; 21 Jul 90 0:04 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id aa04769; 20 Jul 90 23:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04740; 20 Jul 90 23:24 EDT Received: from [129.112.1.12] by VGR.BRL.MIL id aa26652; 20 Jul 90 18:09 EDT Received: from baby.swmed.utexas.edu by utsw.swmed.utexas.edu with SMTP; Fri, 20 Jul 1990 16:39:38 CDT Received: by baby.swmed.utexas.edu (5.52/890619.SGI) (for @utsw.swmed.utexas.edu:info-iris@brl.mil) id AA06187; Fri, 20 Jul 90 16:45:18 CDT Date: Fri, 20 Jul 90 16:45:18 CDT From: Rose Oguz Message-Id: <9007202145.AA06187@baby.swmed.utexas.edu> To: info-iris@BRL.MIL Subject: Best-fit sphere? Hi, all! Can anyone out there direct me to an algorithm that would determine a "best-fit sphere" to a collection of data. Any leads are appreciated. Thanks, Rose   Received: from vmb.brl.mil by VMB.BRL.MIL id ab05053; 21 Jul 90 0:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ab04769; 20 Jul 90 23:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id ab04740; 20 Jul 90 23:24 EDT Received: from [192.48.139.30] by VGR.BRL.MIL id aa26774; 20 Jul 90 18:52 EDT Received: from neumann (neumann.squibb.com) by dino.squibb.com; Fri, 20 Jul 90 17:09 EST Received: by neumann (5.52/5.7) id AA09936; Fri, 20 Jul 90 17:12:01 EDT Date: Fri, 20 Jul 90 17:12:01 EDT From: shaginaw@neumann.squibb.com Subject: 132-column xterm To: info-iris@BRL.MIL Message-id: <9007202112.AA09936@neumann> X-Envelope-to: info-iris@brl.mil The man page for xterm indicates that the xterm window will resize automatically in response to the DECCOLM escape sequence if xterm is started with option "-132". Similarly, the xterm window menu offers a choice between automatic resizing and fixed-size operation. On my IRIS, running IRIX 3.2, I cannot get xterm to resize automatically when DECCOLM is sent from a VAX connected by Ethernet running TCP/IP. Does anyone know where the escape sequence is getting lost? Or is this a bug in 3.2 xterm? Thanks in advance. -- Rich -- ------------------------------------------------------------------------------- Squibb Institute for Medical Research -- Bristol-Myers Squibb Company Richard J. Shaginaw Internet Address: shaginaw@squibb.com Principal Systems Engineer Telephone: 609-921-5184 Macromolecular Modeling Department FAX: 609-683-6607 ===============================================================================   Received: from vmb.brl.mil by VMB.BRL.MIL id ac05053; 21 Jul 90 0:05 EDT Received: from vmb.brl.mil by VMB.BRL.MIL id ac04769; 20 Jul 90 23:54 EDT Received: from vgr.brl.mil by VMB.BRL.MIL id aa04760; 20 Jul 90 23:30 EDT Received: from ucbvax.Berkeley.EDU by VGR.BRL.MIL id aa26961; 20 Jul 90 19:57 EDT Received: by ucbvax.Berkeley.EDU (5.63/1.41) id AA23122; Fri, 20 Jul 90 16:22:21 -0700 Received: from USENET by ucbvax.Berkeley.EDU with netnews for info-iris@brl.mil (info-iris@brl.mil) (contact usenet@ucbvax.Berkeley.EDU if you have questions) Date: 20 Jul 90 21:26:54 GMT From: Trevor Paquette Organization: The University of Calgary Subject: Night Version 2.29 Message-Id: <1990Jul20.212654.10165@calgary.uucp> Sender: info-iris-request@BRL.MIL To: info-iris@BRL.MIL As the title says. Here is version 2.29 of night. New command line arguments added and other enhancements. See the comment block at the beginning of the program for more. Don't forget to cut out the .signature at the end. Trev -------------- cut here ----------------- /* Version 2.29 Original program from: howardl@landis.csd.sgi.com (Howard Look) Here's yet another little background program. It looks like the sky at sunset. It will only run properly on 24 or more bit plane systems. Enjoy. night enhancements uunet!alberta!calgary!paquette Jun-19-1990: Trevor Paquette - hacked up data structures for 'square stars' - added twinkle feature Please email any enhancements to me so I can keep an upto date version Jun-25-1990: Reuel Nash - changed timers from timeout/signal handler to queued device TIMER1: you can't do graphics reliably from inside a signal handler and main, too. Change overall timer rate with noise() call. - removed unecessary stuff from trand(). - the pixel readback scheme to find out what color to "blink" to won't work if there are windows obscuring the background on startup. This is now calculated by the program from background colors and Y1 and Y2. See get_sky(). - stars don't need to be shaded. Use single packed color for each star and background of star. - added "comets". (really more like shooting stars). Jun-26-1990: tristram@sgi.com for: - aspect ratio of screen added. Makes stars look 'squarer' (rounder?) - added 'venus' Jul-03-1990: Trevor Paquette - Stars are brighter nearer the top of the screen then the bottom (allows for 'sunset dimming of stars') - No stars should be in the actual 'sunset' area. - added 'mars' Jul-06-1990: John Mitchell - added command line switches for number of big stars, number of groups of small stars, and twinkle rate. - added a new color scheme, and mail checker Jul-06-1990: Trevor Paquette - added command line switch for color schemes - changed mail checker to make big stars turn green when new mail arrives instead of changing size. The old way would create 'holes' in the sky when the star changed back. There is a bug in the mail checker in that it thinks 'new' mail has arrived whenever the file is 'accessed'. This is wrong. It should only think there is new mail, when there is NEW mail. Jul-16-1990 - stars are now back to being circles. - fixed comets outside of window bug - added load average checker Compile it with: cc -O3 -s -o night night.c -lm -lsun -lbsd -lgl_s -lc_s */ #include #include #include #include #include #include #include #include #include #include /* a star was a "square", is now a circle /-----\ / \ / x,y \ | .--->| color = col \ rad / bgcolor = back \ / \-----/ */ /* DO NOT CHANGE THE ORDER OF THE DECLARATIONS in starstruct, if you want to add something, add it at the end of the structure */ typedef struct _dummy { float x, y, rad; /* location and radius of star */ long color; /* color of star */ long back; /* background color behind star */ } starstruct; struct { float x0,y0,x1,y1; int active; } comet; starstruct venus, moon, mars; #define Y1 0.0 #define Y2 0.2 #define SMALL_MAX_BLINK 128 #define BIG_MAX_BLINK 4 #define MOONSCALE 0.04 #define INMOON(a) sqrt(((moon.x-a.x)*(moon.x-a.x))+((moon.y-a.y)*(moon.y-a.y))) < MOONSCALE #define NUMCOLSCHEMES 1 /* actually from 0 to NUMCOLSCHEMES */ #define MAILCHECKCTR 100 #define INTERVAL 1 #define NSAMPLES (15 /* minutes */ * 60 /* sec/min */ / INTERVAL) /* default num of groups of 256 stars */ int numgroups = 8; /* default num of big stars */ int numbig = 175; /* default twinkle rate of the stars */ int twinkle_rate = 30; /* default color scheme */ int colorscheme = 0; /* check mail or not */ int mailcheck = 0; /* default load average turn off rate */ int loadaverage = 1.00; /* pointer to locations of small stars */ starstruct *small_stars = NULL; /* pointer to locations of big stars */ starstruct *big_stars = NULL; /* at most SMALL_MAX_BLINK small stars blink at a time */ starstruct *small_blinker[SMALL_MAX_BLINK]; /* at most BIG_MAX_BLINK big_stars blink at a time */ starstruct *big_blinker[BIG_MAX_BLINK]; /* mail checker vars */ long mailstarcolor = 0; int mailcheckctr = MAILCHECKCTR; char mailfile[100]; /* load average vars */ int ringload[NSAMPLES]; int ringindex = 0; int loadflag = 0; /* colors now global so get_sky() works */ int red[][3] = { {255, 0, 0}, {255, 72, 0}, }; int orange[][3] = { {255, 72, 0}, {152, 0,194}, }; int blueish[][3] = { { 0,110,189}, { 45, 0,175}, }; int black[][3] = { { 0, 0, 0}, { 0, 0, 0}, }; /* venus is actually a cross */ float cross[][2] = { { 0.0, 3.0 }, { 0.15, 0.15 }, { 3.0, 0.0 }, { 0.15, -0.15 }, { 0.0, -6.0 }, { -0.15, -0.15 }, { -3.0, 0.0 }, { -0.15, 0.15 }, }; /* this is bogus, should just be a rotation in y */ static float arcparm[][2] = { { 1.0002, 88.8542 }, { 1.0008, 87.7094 }, { 1.0018, 86.5664 }, { 1.00319, 85.4261 }, { 1.00499, 84.2894 }, { 1.00717, 83.1572 }, { 1.00975, 82.0304 }, { 1.01272, 80.9097 }, { 1.01607, 79.796 }, { 1.0198, 78.6901 }, { 1.02391, 77.5926 }, { 1.0284, 76.5043 }, { 1.03325, 75.4258 }, }; long width, height, owidth, oheight; float aspect; main(argc, argv) int argc; char *argv[]; { int gid, skyevent(), i; short val; long dev; char *malloc(), *user; /* parse arguments */ parse: { extern char *optarg; extern int optind; int c, usage=0; while ((c = getopt(argc, argv, "g:b:r:c:ml")) != -1) { switch (c) { /* -g (n) = set number of 256-groups of stars */ case 'g': numgroups = atoi(optarg); break; /* -b (n) = set number of big stars */ case 'b': numbig = atoi(optarg); break; /* -r (n) = set rate of twinkle */ case 'r': twinkle_rate = atoi(optarg); break; /* -m = check mail or not */ case 'm': mailcheck = 1; break; /* -l = toggle load average checker */ case 'l': loadaverage = 100000; break; /* -c (n) = colorscheme number */ case 'c': colorscheme = atoi(optarg); if((colorscheme < 0) || (colorscheme > NUMCOLSCHEMES)) usage++; break; default: usage++; } if (usage) { fprintf(stderr, "usage: %s [-r twinkle_rate] [-g #stargroups] [-b #bigstars] [-c colorscheme] [-m]\n", argv[0]); fprintf(stderr, " [-l]\n"); fprintf(stderr," r: try between 10 and 40 (default %d)\n", twinkle_rate); fprintf(stderr," g: try between 5 and 14 (default %d)\n", numgroups); fprintf(stderr," b: try between 140 and 250 (default %d)\n", numbig); fprintf(stderr," c: try from 0 to %d (default 0)\n", NUMCOLSCHEMES); fprintf(stderr," m: mail checker\n"); fprintf(stderr," l: toggle load average slowing down rate(default on)\n"); fprintf(stderr," (when load increases, less cpu is used by night)\n"); exit(0); } } } user = (char *)getlogin(NULL); if(!user) user = getpwuid(getuid())->pw_name; sprintf(mailfile, "/usr/mail/%s", user); for(i = 0; i < SMALL_MAX_BLINK; i++) { small_blinker[i] = NULL; } for(i = 0; i < BIG_MAX_BLINK; i++) { big_blinker[i] = NULL; } small_stars = (starstruct *) malloc(numgroups*256*sizeof(starstruct)); big_stars = (starstruct *) malloc(numbig*sizeof(starstruct)); #ifdef DEBUG foreground(); #else imakebackground() ; #endif gid = winopen("") ; #ifdef DEBUG getsize(&owidth, &oheight); #else owidth = XMAXSCREEN; oheight = YMAXSCREEN; #endif RGBmode(); gconfig(); shademodel(GOURAUD); aspect = ((float)owidth/(float)oheight); ortho2(0.0, aspect, 0.0, 1.0) ; glcompat(GLC_OLDPOLYGON,0); qdevice(TIMER1); noise(TIMER1, twinkle_rate); qenter(REDRAW,gid); while (1) { dev = qread(&val) ; switch(dev) { case REDRAW: #ifdef DEBUG getsize(&width, &height); if((width != owidth) || (height != oheight)) { reshapeviewport(); owidth = width; oheight = height; } #endif draw_background(); break; case TIMER1: skyevent(); break; } } } draw_background() { int i,j, skyevent(), col[3]; static int first = 1; float v1[2],v2[2],v3[2],v4[2]; register int counter; v1[0] = v4[0] = 0.0; v2[0] = v3[0] = aspect; v1[1] = v2[1] = 0.0; v3[1] = v4[1] = Y1; bgnpolygon(); c3i(red[colorscheme]); v2f(v1); v2f(v2); c3i(orange[colorscheme]); v2f(v3); v2f(v4); endpolygon(); v1[1] = v2[1] = Y2; bgnpolygon(); c3i(orange[colorscheme]); v2f(v4); v2f(v3); c3i(blueish[colorscheme]); v2f(v2); v2f(v1); endpolygon(); v3[1] = v4[1] = 1.0; bgnpolygon(); c3i(blueish[colorscheme]); v2f(v1); v2f(v2); c3i(black[colorscheme]); v2f(v3); v2f(v4); endpolygon(); if(first) { setup_sky(); first = 0; } counter = 0; for(j=0; j (float)loadaverage) { noise(TIMER1, twinkle_rate * (int)(l*2.5)); } else { noise(TIMER1, twinkle_rate); } if(mailcheck) { /* check for mail. If there is, make the big stars blimp up */ if(mailcheckctr-- < 0) { long oldmailstarcolor = mailstarcolor; struct stat statb; mailcheckctr = MAILCHECKCTR; if(!stat(mailfile, &statb)) { mailstarcolor = 0x0000FF00; /* set 'has mail' color to green */ } else { mailstarcolor = 0; } if(mailstarcolor != oldmailstarcolor) draw_background(); } } event = trand(1, 100); /* an event is based on percentage chance of happening */ /* star twinkle = all of the time */ /* comet = 2% ?? */ /* percentages should total 100 */ /* turn on the stars that we turned off last time we were here */ if(small_numstars) { for(i = 0; i < small_numstars; i++) { bgnpoint(); cpack(small_blinker[i]->color); v2f(&small_blinker[i]->x); endpoint(); } } if(big_numstars) { for(i = 0; i < big_numstars; i++) { cpack(big_blinker[i]->color); circf(big_blinker[i]->x, big_blinker[i]->y, big_blinker[i]->rad); } } if(comet.active) { bgnline(); cpack(get_sky(comet.y0)); v2f(&comet.x0); cpack(get_sky(comet.y1)); v2f(&comet.x1); endline(); comet.active = 0; } small_numstars = trand(1, SMALL_MAX_BLINK); /* blink between 0 and SMALL_MAX_BLINK stars */ for(i = 0; i < small_numstars; i++) { starnum = trand(0, numgroups*256); small_blinker[i] = &small_stars[starnum]; bgnpoint(); cpack(small_stars[starnum].back); v2f(&small_stars[starnum].x); endpoint(); } big_numstars = trand(1, BIG_MAX_BLINK); /* blink between 0 and BIG_MAX_BLINK stars */ for(i = 0; i < big_numstars; i++) { starnum = trand(0, numbig); big_blinker[i] = &big_stars[starnum]; cpack(big_blinker[i]->color); circf(big_blinker[i]->x, big_blinker[i]->y, big_blinker[i]->rad); } if((event >= 1) && (event <= 10)) { /* shooting star event */ do { comet.x0 = ((float)trand(0,32767))/32767.0; do { comet.y0 = ((float)trand(0,32767))/32767.0; } while(comet.y0 < Y2); comet.x1 = comet.x0 + ((float)trand(0,32767))/327670.0; comet.y1 = comet.y0 + ((float)trand(0,32767))/327670.0; } while((comet.x0 > aspect) || (comet.y0 > 1.0) || (comet.x1 > aspect) || (comet.y1 > 1.0)); bgnline(); /* use height of head of comet as basis for color. */ t = comet.y0 - Y2; /* number between 0.0 and 1.0-Y2 */ t /= (1.0-Y2); /* number between 0.0 and 1.0 */ tmp = 127 + (long)(t*128.0); /* color from 128 - 255 based on height */ tmp += (trand(0,40) - 20); /* fudge the color a bit */ tmp |= tmp << 8 | tmp << 16; cpack(tmp); v2f(&comet.x0); cpack(get_sky(comet.y1)); v2f(&comet.x1); endline(); comet.active = 1; } /* mars */ cpack(mars.color); circf(mars.x, mars.y, mars.rad); /* venus */ cpack(venus.color); pushmatrix(); translate(venus.x, venus.y, 0.0); scale(0.004, 0.004, 0.0); bgnpolygon(); for(i = 0; i < 8; i++) v2f(&cross[i][0]); endpolygon(); popmatrix(); /* moon */ pushmatrix(); pushattributes(); linewidth(3); translate(moon.x, moon.y, 0.0); scale(MOONSCALE, MOONSCALE, 0.0); rotate(-600, 'z'); cpack(moon.color); for(i = 0; i < 13; i++ ) { arc(0.0, 0.0, arcparm[i][0], (int)(-10.0 * arcparm[i][1]), (int)(10.0 * arcparm[i][1])); translate(-0.02, 0.0, 0.0); } popattributes(); popmatrix(); } setup_sky() { register int i, j; register int counter; long tmp, trand(), get_sky(); float t; comet.active = 0; /* moon */ do { moon.x = aspect * ((float)trand(0, 32767))/32767.0; moon.y = ((float)trand(0,32767))/32767.0; } while(moon.y < 0.75); /* make sure moon is high in the sky */ moon.color = 0x00DDDDDD; /* setup big stars , should be done BEFORE small stars */ for(j =0; j