subject: Re: AIM/ICQ for IRIX 6.5

text:
Nicolas,

I commented out as directed, now a different compiling error:

        gcc -DHAVE_CONFIG_H -I. -I. -I..     -mips4 -mabi=n32 -mcpu=r5k -O2 -I/usr/local/include -I/opt/include -I.. -I/usr/freeware/include/gtk-1.2 -I/usr/freeware/include/glib-1.2 -I/usr/freeware/lib32/glib/include -I/usr/freeware/include/gdk-pixbuf-1.0 -I/usr/freeware/include/gtk-1.2 -I/usr/freeware/include/glib-1.2 -I/usr/freeware/lib32/glib/include -I/usr/freeware/include -D_BSD_TYPES -D_BSD_TIME -I/usr/freeware/include -I/usr/include  -I/usr/freeware/lib/perl5/5.6.1/irix-n32/CORE  -DLOCALEDIR=\"/usr/local/share/locale\" -DLIBDIR=\"/usr/local/lib/gaim/\"  -c core.c
core.c: In function `UI_build':
core.c:62: parse error before "int"
core.c:62: parse error before "int"
core.c:62: parse error before "int"
core.c:62: parse error before "int"
core.c:62: parse error before "int"
core.c:62: parse error before ')' token
core.c:67: parse error before "void"
core.c:67: parse error before "void"
core.c:67: parse error before "void"
core.c:67: parse error before "void"
core.c:67: parse error before "void"
core.c:67: parse error before ')' token
core.c:71: parse error before "int"
core.c:71: parse error before "int"
core.c:71: parse error before "int"
core.c:71: parse error before "int"
core.c:71: parse error before "int"
core.c:71: parse error before ')' token
*** Error code 1 (bu21)
*** Error code 1 (bu21)

core.c

line 62:

size = va_arg(args, int);

line 67:

data = va_arg(args, void *);

line 71:

size = va_arg(args, int);

All seem to have to do with args variable?

Tim


author: Gerhard Lenerz

subject: Re: AIM/ICQ for IRIX 6.5

text:
Nicolas Plourde <[email]> wrote in
news:[email]:

In my case it's IRIX 6.5.11 and gcc 3.0.4 from SGIs Freeware site. Maybe
its worth to try a newer (or older) gcc.

Gerhard


subject: Re: AIM/ICQ for IRIX 6.5

text:
On Thu, 5 Dec 2002 11:46:57 -0500, Nicolas Plourde wrote:

Same results.

Gerhard


author: David Kaelbling

subject: Re: AIM/ICQ for IRIX 6.5

text:
We're building gaim/0.59.6 for the Feb '03 freeware distribution.  A
beta-test copy should appear in http://freeware.sgi.com/beta/ soon -- if
anyone tries it please let me know how things go!

	David


subject: Re: AIM/ICQ for IRIX 6.5

text:
On Thu, 5 Dec 2002 02:48:15 +0000 (UTC), Tim Chong wrote:
[...]

The strange thing is, that the code in gaim does look just like
the args examples you'll find on the web. Last time I really programmed
in C was around 1995, so I might not see some of the mistakes that
are obvious to others, but still...

Gerhard


author: Brad Houser

subject: Ati Ultra + Win 3.1 + DecWindows = ???

text:
I have recently switched from the Orchid Prodesigner II to the ATI Ultra
with 512k.  I installed the new ATI drivers, dated April 24 (?) and now
have much better performance in Windows 3.1.  (I need to upgrade the memory
for 256 colors.)

For PathWorks 4.1, running DWDOS386 (from DOS) I have configured the video
driver as the 8514/A, as there is no direct support for the ATI.  I can get
more pixels than before, but only when run under DOS.  Before, I could
run DWDOS286 from within Windows, usually without a problem.  (Sometimes it
would freeze when closed.)  With the Ultra, when I try to run DWDOS286 from
within Windows, the system freezes after the initial text copyright screen, and
a Ctrl-Alt-Del allows me the choice to gracefully exit, but if I do I get a
solid green screen.  Only another three finger salute will fix it,
requiring a re-boot.

Anyone else with this problem?


author: Law Hon Man

subject: Re: Ati Ultra + Win 3.1 + DecWindows = ???

text:
The first thing to do is to config the network support for DEC Pathworks
in Win 3.1. As you can see, dwdos386 can only work for dos for plain
extended memory (not XMS). So in Windows, you can only work for
dwdos286.

DEC windows can be reconfiged for any 800x600 16 color SVGA. Just goto
your network driver to find the file D:\pcapp\dwdos.vid (suppose that d:
is the network drive). In this file, you can see the video config for
some selected video card (ega, vga, paradise, 8514/a ..). You can modify
the paradise item fro 800x600x16 svga mode or create a new instance
based on such item. BTW, I have a question that how can you use the
8514/a mode for your previous svga card for is not a generic or clone 8514/a
? (use rixai8 emulator, or other ways?)

Law Hon Man


author: Aengus Lawlor

text:
In article <[email]>, Aengus Lawlor
<[email]> says:
As a number of people have pointed out, the ATI Ultra and the ATI Vantage
are indeed 8514 register compatible. I hadn't realized that from the earlier
discussion on the net about good boards for Windows.

Sorry for the confusion.

Aengus


text:
In article <[email]>, [email] (Law Hon Man) writes:

The network support was fine when I was using an Orchid board in 1024x768x256.
I have set up the drivers in Windows for ATI and 8514/a (which doesn't give the
same green screen, but a black one!)

Thanks for the input, I will look at the file.

I only use 8514/A for the ATI Ultra, I was not using that mode on the Orchid.

Brad Houser


author: Michael Fischer

subject: TRUE 486 emulation...HOW MUCH FASTER will SoftWindows be?

text:
I have a question...

*SUPPOSEDLY* Insignia is working on a version of SoftWindows PPC that will
emulate the 486 (or AT LEAST enhanced 386 mode)...

Currently, SoftWindows PPC only emulates protected mode 286.

MY QUESTION :

HOW MUCH FASTER will emulation be when Insignia has it emulating a 486
chip?

I ask for the following reason :

Since it is software emulation, it seems like the benefits of chip design
in the 486 vs. the 286 might be washed away by the need to have a more
complex software emulation engine.

Think about it :

If the 286 is fairly simply, less code should be needed to emulate it
through software.

If the 486 is substantially more complex, more code might be needed, and
although the software emulation might be more "flexible" and emulate
something more "state of the art", it also might actually turn out to be
slower 80x86 emulation!

I'm REALLY curious as to what this 486 (or 386 enhanced) emulation is gonna
turn out like...

Looks like if anything, it will just mean you can run more software on
SoftWindows PPC, but not necessarily faster...

I'd like some input on this one.

Sincerely,

Michael Fischer
[email]


author: Hon Chong Chang

subject: Re: TRUE 486 emulation...HOW MUCH FASTER will SoftWindows be?

text:
I will like to add some information regarding this topic....

I have used a 286-20, my friend used to have a 386-25. All the rest of the set is basically same, EXCEPT that he runs his 386 in PROTECTED MODE almost all the time... for those of you who don't know what protected mode is, just assume it's 386-specific codes.

Result -- despite me and his disbelieve, a few time he actually admitted that games running of my 286 is EQUAL or FASTER than his 386 in protected mode.

But when I made his system pure 16-bit STANDARD mode, it showed the superiority of being a more advanced chip, and my 286 have to step down.

That is the difference between 16-bit code and 32-bit code performance.

32-bit and 16-bit is a MAJOR speed difference, even for hardware intepretion. I'm sure it will be a big blow for software emulation.

	Sure.... we should give SoftPC/Windows chance to pick up speed.... but there's only so much on can do to pack in speed, and I think Insignia is doing very near the limit. Thus my prediction will be that powermac -> x86 emulation would be at around 386-33 or 386-40 with FPUs installed. Moreover, I have no information whether Harddisk accesses in emulation mode is actually cached under system 7... Becaue if it's not, it WILL cost big time in processing power.

If x86 users want to go powerpc, I'll suggest making the decision to give up something and hope the powerpc revolution is actually sucessful.... Of coz, I'll also recommend waiting for IBM's announcement, because we have yet to see how well they do in HARDWARE x86 emulation.... For me, I'll just sit back happily on my 486 AND Centris and see what happens!

See ye!


author: EUGENE JOSEPH FOSS

text:
What you suggest about the speed is true, that in laboratory conditions
equivalent emulations of a 286 and a 486, the 286 one would win.  However, we
can still expect a gradual increase in SoftPC speeds over time simply because
Insignia will be improving their code; make more of it native, simple
optimizing, etc..


author: scaldwell on BIX

text:
[email] (Michael Fischer) writes:

Byte magazine benchmarked win 3.1 (standard), win 3.1 (386
enhanced), win apps under OS/2, and win apps under NT.

The fastest win platform was win 3.1 (standard mode) with
win 3.1 386 enhanced mode a close second.  This article
was a few months ago in Byte (don't have the issue in
front of me).

BTW, OS/2 and NT were also rans when running windows software.

Steve Caldwell--([email])


author: Badger

text:
My understaning is soft windows emulates a 286 (in terms of what programs
it can run i.e. it can't run foxpro just like a 286 can't) at a 486 25
megahertz speed (this I don't understand).

so i would say your statement above is true assuming they don't improve the
"486 25 megahertz" emulation speed.


author: Lyman S. Taylor

text:
In article <[email]> [email] (Michael Fischer) writes:

Yes, BUT  Insignia has the Windows source code.  They can get the same
speed up that the PowerMacs use to emulate the 680X0 Toolbox code.  Namely
branch to NATIVE code whenever possible.  So if Insignia balances everything
correctly you may see no slow down at all ( for most programs ....
DOS programs seeking to avoid as much Microsoft code as possible will
probably run much slower).  It probably has very slim chances on running
FASTER than the current version, but it may not be any slower.  ( FASTER
emulation depends upon the 604 hitting the market next Jan/Feb or so. )

The other reason to move to a 486 emulation is that "Chicago"  (a.k.a windows
4.X ) probably won't run on a 286 machine ( I'm not 100% sure on this but, NT
requires a 386, and there is only so much a 286 can be asked to do. ).
Additionally, you cannot run in Windows 386 "Enhanced" mode either at the
present time.  If you have an
app that requires this you are forced to stay with the "intel" solution
at the present moment.  ( Of course emulating Chicago will probably take
a 14 or 20 MB partition, but as long as 14 MB + softwindows < 486 box
things shouldn't be so bad for Insignia. A 1 MB L2 cache for the PowerMac
would probably help alot too. :-) )

And besides Insignia probably doesn't want to stick the Window 3.X source code.
Once "Chicago" comes out, noboby is going to interested in that code anymore..
other than how to be minimally backward compatible as neccessary. ;-)

In short it is not SPEED that is to be gained here. It is emulation
capabilities.  The 286 is DEAD.  Many new pieces of software require
the lastest CPUs and latest system software.
[ Games usually don't, they require more SPEED. But enhancing the play of
  X-Wing is probaby not on the front burner at Insignia. :-) ]

Lyman S. Taylor           "Computers are too reliable to replace
([email])     	 humans effectively."
			        Commander Nathan Spring, "Starcops"


author: Brian A. Cole

text:
[email] (Michael Fischer) writes:
] I have a question...
]
] *SUPPOSEDLY* Insignia is working on a version of SoftWindows PPC that will
] emulate the 486 (or AT LEAST enhanced 386 mode)...
]
] Currently, SoftWindows PPC only emulates protected mode 286.
]
] MY QUESTION :
]
] HOW MUCH FASTER will emulation be when Insignia has it emulating a 486
] chip?

It will be exactly the same speed.  (Actually, it could be just a bit
slower since it has to decode a few more instructions, or it could be
a bit faster if they tweak their existing code a little, but don't
expect to notice a difference.)

] Looks like if anything, it will just mean you can run more software on
] SoftWindows PPC, but not necessarily faster...

Exactly.  I don't know where the initial confusion about this is coming
from.  Evidently there are some people who think that because an actual
Intel 286 chip is slower than an actual Intel 486 chip, that somehow it
must be slower to emulate the 286's intruction set than to emulate the
486's instruction set.  That just doesn't make any sense.

What's Intel's fastest 486 chip right now?  Say it's 100MHz.  Now, pretend
that the day after Insignia releases SoftPC486, Intel releases an 800MHz 286
chip (yeah, it won't happen, but just pretend, ok?).  Will these people then
be mad at Insignia for emulating a (relatively) slow 486 instead of a
(relatively) fast 286?  No, of course not.

Insignia is now emulating the 286 is fast as they can.  Later, they will
be emulating the fastest 486 that they can.  The overall performance
doesn't change.  The only things that do are compatibility issues.

brian


author: Philip Machanick

text:
In article <[email]>, [email] (scaldwell on
BIX) wrote:

I seem to recall that this was all with 16-bit software. Aren't 32-bit apps
faster (but of course can't run on a 286) - especially in OS/2?

To answer a follow-up on another article I posted: protection mode may well
be very expensive to emulate. If some of it can be rolled into "native"
protection, this overhead could be avoided. However the 286/386 protection
model is very complicated and depending on how much of it is used, it would
indeed be hard to implement without a lot of it being done in software.
Also, since the Mac OS doesn't use protection, it would be hard to do
"native" protection without breaking Mac apps.

I've heard that OS/2 is the only operating system that attempts to use all
the features - could this be why IBM is battling to get their PPC PCs out?

Comment from someone who knows more about the insides of Windows/32 and
OS/2 would be interesting.


text:
In article <[email]> [email] (Lyman S. Taylor) writes:

Ahem.... I think the SOFTWINDOWS insignia made is FOR powermacs... it IS already using almost all native codes!

I suggest you read another forward by me first... 32-bit protected mode is really HELL to emulate.

See ye!


text:
In article <2m50d6$[email]>, [email] (Brian A.
Cole) wrote:

There should be a speed advantage in being able to run 32-bit version apps
though. All that segment register swapping needed on the pre-386
instruction set is a major bottleneck. This doesn't mean (as you rightly
point out) that running code using the 8086/286 subset (16-bit apps) will
be any faster.


author: John Carroll

text:
In article <[email]>, [email] (Philip Machanick) writes:

Not, necessarily, there are a few items which will be harder to emulate
at high speeds. Items such as protection violations, which means you must
check each memory access for a violation. There are others as well, which
means that its possible that there won't be any speed gain inherent in
just emulating a 32 bit machine.


author: Tom

subject: How can I make filesystem bigger?

text:
I have a production system (redhat 8.0) that needs more space and I
want to take it from a few of my existing filesystems. I want to use
the /data /dump and /log to grow /mail. I was thinking of deleting all
four and creating one big /mail.

This is a production system, so I can't do it w/ the install cds. Can
anyone give me the full steps needed to accomplish this. I am new at
this. Thanks in advance.

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/ida/c0d0p1        1212736    800116    351016  70% /
/dev/ida/c0d0p7        5039840     32824   4751000   1% /data
/dev/ida/c0d0p8        5039840     32824   4751000   1% /dump
/dev/ida/c0d0p9        3023888     40520   2829760   2% /home
/dev/ida/c0d0p5       10746624     32824  10167900   1% /mail
/dev/ida/c0d0p10       1513952    704516    732532  50% /opt
/dev/ida/c0d0p6        6047956   3566032   2174704  63% /usr
/dev/ida/c0d0p11       1007928    132388    824340  14% /var
none                    515536         0    515536   0% /dev/shm
/dev/ida/c0d0p12       1007928     16424    940304   2% /log


author: Nico Kadel-Garcia

subject: Re: How can I make filesystem bigger?

text:
"Tom" <[email]> wrote in message
news:[email]...

You *CANNOT* expect to do this safely on a live system, unless you've got a
lot of NFS space somewhere and can transfer the data off-line.

What you *can* do is to move things to less full file systems, and create
symbolic links to them. But this can get quite awkward.

What did you want to move? /? or /opt? Or what?


subject: Re: How can I make filesystem bigger?

text:
"Nico Kadel-Garcia" <[email]> wrote in message news:<hzIX9.2151$[email]>...

I can take the system down to do this, so that is not a problem. Also
the filesystems I'm talking about are currently empty.

I want to remove /dump /data /log and /mail and then create one big
/mail filesystem that will use all of the disk space from the old file
systems above.

Help and steps on doing it are greatly appretiated.


author: Bjorn H. Medhus

subject: Q: How to use PhotoCD-files?

text:
I'm looking for a detailed description of how to read a PhotoCD
picture? I need to read a PhotoCD-picture and display it on a TV.

I need description of how to find the BASE-picture and
a description of how this picture-data should be processed
or transformed to fit into a video-generator-circuit.

I want to use a microcontroller to do this job. How fast CPU is
needed for this job?

Any relevant information would be of great help!

Please respond by e-mail to [email].

Bjorn Medhus
[email]


author: Boki

subject: How to call run() of Canvas from MIDlet ?

text:
Hi All,
           I want to restart the run() of Canvas from the call of MIDlet,
how to do it ?

Thank you very much.

Best regards
Boki.


author: Tor Iver Wilhelmsen

subject: Re: How to call run() of Canvas from MIDlet ?

text:
"Boki" <[email]> writes:

Well, canvases usually don't have such a method; most likely your
class implements Runnable, and uses a Thread to do it.

Solution: Move the code creating and start() ing the thread somewhere
where you can start a new one. Make sure you check that the old thread
is dead (has exited) first.


author: Darryl Pierce

text:
Boki wrote:

Canvas doesn't *have* a run() method. If you're talking about restarting
a Thread, you would create a *new* Thread object...


author: [redacted]

text:
Canvas  extends Runnable

:)

How about I new a thread but the same name, Does J2ME will delete the
prvious one automatically?

Best regards,
Boki.


text:
Hi
    Thank you very much for your reply.

If I want to check the thread is dead:

=========================
if ( myThread = null ) { ... } ;
=========================
Is that right? or add other variable/flag to detect?

Thank you very much for your help.

Best regards,
Boki.

"Tor Iver Wilhelmsen" <[email]>
???????:[email]...


text:
[email] wrote:

If you assign a new instance of Thread to an existing Thread reference,
the old one will be garbage collected. However, you *must* end that
other thread's operation so that it's not consuming CPU resources...


text:
"Boki" <[email]> writes:

No, you call myThread.isAlive().


text:
Boki wrote:

No, the reference to the Thread will not become magically null when the
Thread stops. You check the Thread.isAlive() API for the Thread's active
state.


text:
You are the one.

Best regards,
Boki.

"Tor Iver Wilhelmsen" <[email]>
???????:[email]...


text:
Hi,  I need you help.

I test keyPressed() that can't report soft keys on S700i, K700i, K750i...

I believe there is something wrong, but what should I do more?

I only get the value that keyPressed() evet bring to me...

and there is nothing happen when I press soft keys...

Thank you very much.

Best regards,
Boki.

"Tor Iver Wilhelmsen" <[email]>
???????:[email]...


text:
Boki wrote:

Canvas.keyPressed() is not required to report all keys, including the
soft keys and any special keys on the handset. Only the UTI-9 keys are
required to be reported. Since those keys are special purpose, and since
the soft keys are already covered by the Command class, the OEM doesn't
have to report them. If the phone's not reporting them, it's not a bug
nor a defect: it's just inconvenient.


author: Libra

subject: IBM joystick <-> Amiga??

text:
Hello!

Can anyone tell me how may we connect an Analogue IBM joystick to
Amiga's port??

A detailed pins connection layout will be much appreciated!

Thanks!


author: Phillip Coxon

subject: Re: IBM joystick <-> Amiga??

text:
Libra ([email]) wrote:

IBM ANALOG JOYSTICK    -    AMIGA CONVERSION
============================================

AMIGA 9-PIN   Pin# >> Pin#    IBM 15-PIN
------------------------------------------
Fire 1           3 -- 2       Trigger Fire
Fire 2           4 -- 7       Upper Fire
X-Pot            5 -- 6       Y-pot
Fire 0           6 -- 2 or 7  Trigger/Upper
+5 Volts         7 -- 1       +5 Volts
Ground/Common    8 -- 4       Fire 1+2 GND
Y-Pot            9 -- 3       X-pot

VIEWING REAR OF FEMALE PLUGS - # ASSIGNS ::
-------------------------------------------
  1  2  3  4  5     1  2  3  4  5  6  7  8
_________________ __________________________
\ u  u  o  o  o / \ o  o  o  o  u  o  o  u /
 \  o  o  o  o /   \  u  u  u  u  u  u  u /
  -------------     ----------------------
    6  7  8  9        9 10 11 12 13 14 15

"u"=Not used

NOTE :
------
Amiga Pin#6 Should be connected to either
# 2 or 7 on Ibm side, as this is used as an
alternative fire button on some programs.

SOME ANALOG JOYSTICK SUPPORTED SOFTWARE
---------------------------------------
A-10 Tank Killer v1.5  - Dynamix
Birds Of Prey          - Electronic Arts
Formula One Grand Prix - Microprose
F-15 Strike Eagle II   - Microprose
F-19 Stealth Fighter   - Microprose
Flight Of The Intruder - Mirrorsoft
Mig-29m Super Fulcrum  - Domark

Phill Coxon  <[email]> -- Christchurch, New Zealand


author: Joachim Gothe

subject: Re: IBM joystick <-> Amiga??

text:
In article <[email]>, Libra writes:

Here is a plan, which I post one year ago. It also works with F1GP,
KOTS, BOP, ....

------------------------------------------------------------------
Hi folks,

here is the wireing to use a PC-Analog Joystick with FLIGHT OF INTRUDER
It works also with F-19.

15-Pin D-sub female --->---to--->--- 9-Pin D-sub female (Joystick-Port 2)
(from CH-FlightStick)                (from A2000 Manual)

Pin 1	+5V ---------------->------- Pin 7  +5V
Pin 2	Button 1 ----------->------- Pin 4  Joystick right
Pin 3	X-Axis ------------->------- Pin 9  POT-Y

Pin 4	Ground ------------->------- Pin 8  GND
Pin 5	NC (not connected)

Pin 6	Y-Axis ------------->------- Pin 5  POT-X
Pin 7	Button 2 ----------->------- Pin 3

Pin 8-15 NC

There MUST be a .17 microfarad capacitor from each of the Pot-X and Pot-Y
pins to ground.    -Thank you Randell Jesup ([email])-

The connection from X-Axis to POT-Y and Y-Axis to POT-X confuse, but it works.

Happy landing,

Achim

--------------------------------__
   Joachim  Gothe	       ///   Home: [email]
  Haltenhoffstr. 237	  __  /// !!NEW!!:-------^^^^^^^^^^^^^
  FRG 3000 Hannover	  \\\///     Work: FH-Hannover, FB Kunst & Design
VOC +49 511 7975-15 FAX-16 \XX/ * Waiting for a Mac-Emulator on Indigos *


author: Magnus Thelander

subject: Re: IBM joystick <-> Amiga??

text:
In a message of Friday the 01 January 21:23:00, Joachim Gothe wrote:

 JG> There MUST be a .17 microfarad capacitor from each of the Pot-X
 JG> and Pot-Y pins to ground.    -Thank you Randell Jesup
 JG> ([email])-

   You may want to put linear 0-470 kOhm potentiometers on the Pot-X
and Pot-Y wires too.  They will come in handy, when the built-in
calibration of the joystick is insufficient.  This is the case with
e.g.  F-19 from MicroProse together with my CH FlightStick.

Yours truly, Magnus

"Things are going great, and they're only getting better!"
--- VolVoxReply v2.1 b1


author: Bj|rn Lisper

subject: graph colouring

text:
I have a two questions about graph colouring.

1. Are there any known (non-trivial) klasses of graphs for which polynomial
time graph colouring algorithms are known? If so, references?

2. Are there alternative techniques to graph colouring in use for register
allocation?

Any pointers, references etc. related to the questions above are welcome.
Answers by e-mail preferred, but do post if you feel the answer is of
general interest.

Thanks in advance!

Bjorn Lisper

[email]


subject: Re: graph colouring

text:
I've receive a number of useful references and pointers to results in graph
colouring algorithms for different classes of graphs. Seems like I have some
reading to do.

Thanks to everybody who took their time to answer my query!

Bjorn Lisper


author: Peter Sestoft

subject: Re: graph colouring

text:
[email] (Bj|rn Lisper) writes:

A paper by Brelaz in Communications of the ACM 22, 4 (April 1979)
251-256 presents an approximate *heuristic* polynomial time algorithm
which is exact for bipartite graphs.  Some experimental results are
reported, but there is no discussion of the suitability of this
algorithm specifically for register allocation.

Heuristic graph colouring algorithms would seem to be sufficient for
register allocation.


author: Magnus M. Halldorsson

subject: Re: graph colouring

text:
In article <[email]> [email] (Peter Sestoft) writes:

   Heuristic graph colouring algorithms would seem to be sufficient for
   register allocation.

Except that heuristic (read: approximate) graph coloring algorithms
generally have a different goal from that of register allocation.
Their goal is minimize the number of colors used, while in register
allocation you have a fixed number of registers (colors) and want to
minimize the amount of spill code (uncolored vertices). As far as I
know, not much has been written about this latter Max k-Colorable
Subgraph problem, except for the heuristics in the compiler
literature.

Magnus


subject: Re: graph colouring

text:
Since there seems to be interest, I'm posting a summary below of the e-mail
responses I've received in this matter. (I hope this is OK with the
authors.) Enjoy!

Bjorn Lisper

-----------------------
From: [email]

I'm sure six people will tell you this, but see
"Algorithmic Graph Theory and Perfect Graphs", by Charles Golumbic, Academic
Press


author: David Bremner

subject: Re: graph colouring

text:
Couldn't let this one go by...
In article <[email]> [email] (Peter Sestoft) writes:

There are much larger classes than bipartite graphs for which graph colouring
is solvabel in polynomial time.

see "Algorithmic Graph Theory and Perfect Graphs" by Charles Golumbic,
Academic Press


subject: Re: graph colouring

text:
I just picked up on this thread, but I haven't seen this mentioned yet, so...

A good (and widely used) model for the register allocation problem is a graph
game called "pebbling."  In this, one may put pebbles on the nodes of the
graph under certain rules and constraints, and remove pebbles under certain
other rules and constraints.  This allows one to model many algorithms and
problems in terms of time (number of game turns it takes to pebble the graph)
and space (how many pebbles are required).  You can see how this applies
to register allocation --- the graph is a representation of the program to
be run, and the task is to see whether that graph may be pebbled using fewer
than K pebbles, where K is the number of available registers.

I have a handfull of references on this topic, but the only one that comes
to mind immediately is a survey article: "Pebbling", by N. Pippenger, IBM-
Japan Symposium on Mathematical Foundations of Computer Science 5 (1980).

Hope that's helpful to someone...

Joe


author: Martin Sandman

subject: File System Tuning, Was: Re: Anybody out there running AT&T 3400's 3500's 3600's??

text:
[email] (Timothy M. Jelinsky) writes:

This is I re-post on Unix I/O performance.

I've experimented with a 8k blocksize and, generally, seen good
improvements for sequential disk IO.  Also, your default file system
gap parameter is probably set to 4.  If so, your performance will
approximately double by rebuilding the file system with a gap of zero.

Here are the results of an experiment I ran last year. (It was
done on a 3600 but this would not make a difference in the context
of these tests.)

             Sequentail Read - 139 MB File - Pentium @ 66 MHz

     Block Size       4096        4096        8192        8192
     Gap                 4           0           4           0

     Bandwidth(KB/s)   630        2100        1216        2674

Copies from one disk to another showed big gains from changing the
blocksize and the gap but blocksize had a bigger impact.  To avoid the
impact of the UNIX I/O buffer cache, I measured with files larger
than memory.  The results were as follows:

              Disk to Disk Copy 139 MB i486@50 & 128 MB

     Block Size       4096        4096        8192        8192
     Gap                 4           0           4           0

     Bandwidth(KB/s)   297         450         457         712

              Disk to Disk Copy 1050 MB Pentium@50 & 1024 MB

     Block Size       4096        4096        8192        8192
     Gap                 4           0           4           0

     Bandwidth(KB/s)   489         584         803         952

But then I wanted to see what the UNIX I/O Buffer Cache would have
done.  Because it, too, is affected by these parameters.  I used a 52 MB
file on the i486 that had a 128 MB memory and a 105 MB file on the
Pentium 66 with 1024 MB.  I ran 32 repetitions of the copy, back-to-back.
The times varied a lot, which I took as evidence that the Buffer Cache
had kicked in.  I'll report the Highest, Average, and Lowest rates.

              Disk to Disk Copy  52 MB i486@50 & 128 MB

     Block Size       4096        4096        8192        8192
     Gap                 4           0           4           0

     High Bw(KB/s)     991        1281        2101        2764

     Avg of 32         660         602        1203        1625

     Low Bw (KB/s)     293         293         808        1050

              Disk to Disk Copy 1050 MB Pentium@66 & 1024 MB

     Block Size       4096        4096        8192        8192
     Gap                 4           0           4           0

     High Bw(KB/s)     696         802        2020        2501

     Avg of 32         483         579        1162        1827

     Low Bw (KB/s)     320         302         840        1129

With regard to rebuilding the file system:

   * it effectively deletes everything so you have to back it up
     first.

   * you've got to use the command line mkfs to get to gap.

   * suggest you do a mkfs -m -Fufs /dev/dsk/special first to see
     what the size of the file system is.  The -m option does not
     change anything.  It tells you how things are.

Please feel free to call me if you have any questions and please
post your results.

     -- Martin


author: joe minnich

subject: Re: File System Tuning, Was: Re: Anybody out there running AT&T 3400's 3500's 3600's??

text:
[email] (Martin Sandman) wrote:

Have you done similar testing with vxfs?

We recenty started moving all of our non-root stuff to vxfs.
ufs filesystems do not appear to be able to sustain a pounding

I also did some experimenting with 8k blocks on ufs and saw noticeable
difference.  We did not alter the gap parameter.  i am going to test
that.

However on a well patched 3600, no load, 1G of memory. ufs with 8k block size:
sar consistantly reported 20-30 seconds intervals where the wait time
would be as high at 4-5 digits and 0 blocks tranfered.  The disk would
be pegged.  If you were on the file system a cd command or ls command
would just sit there.  A program that dumps core on a ufs filesystem
can cause the same symptom if the core size limit is not tuned.

We did these tests on jbod, and dac's with all raid levels
We even have a scsi bus analyzer attached to our testing bus
35xx will exhibit the same behavior

When i went to vxfs the wait time reported in sar is 0
vxfs can allocate clusters of blocks much more efficiently

I want support for vxfs on the maintenance disks, and ncrm kernel
That way vxfs filesystems could be built right out of the box
Not to mention mounted during an emergency when one has a boot flex
in hand.  What we really need is ability to make a boot tape.  That way
our kernel's could be put on the tape and this issue would be
dead.  I am not a IBM bigot.  Do not even like IBM .. However AIX's
mksysb concept is really cool.  It puts a kernel on the tape,
current slicing table, mkfs commands, and a tar file.  You boot
and boom you can recover your system disk like it was before a
crash.  I prefer to have spare drives on site.  That does not work
too well for going off site though.  We need to improve this whole
boot from flex stuff.  Anyway ...

My initial tests have been on vxfs filesystems with default parameters.
I am going to experiment more to see just how well we can get it to run.
One interesting thing is that if i am on the filesystem heavy io does
not have the symptom of locking down my session where i cannot even cd
out of the filesystem or do an ls -l.

vxfs benefits for recovery are also really great
On a 3600 ap with many filesystems a reboot from a crash could take
as long as 1 hour when you add in two sets of level 0's, plus fsck
wacking away and possible clearing files at will.  It should just
display a set of praying hands that move accross the screen for
its heartbeat pattern while its working!

I was reluctant to use vxfs when 2.3.1 first came out.  ufs has to go.
We are going to use it until problems force us not to.  Are you aware
of any problems ?  We have all the recent patches installed.
Have you done testing in this area ?  What are att's plans for ongoing
support with vxfs ?

I have a question reguarding the buffer cache tuning parameters :
These parameters have changed from earlier days.  They are
dynamically set by the kernel now (if i understand this correctly)

BUFHWM	 default ~25% of available memory
SEGMAPSZ default ~80% of available memory
NBUF     also dynamic

On a machine where the memory is adequate (1G - 2G) what tuning should
be done to affect the buffer cache ?  I can see slightly increasing
NBUF somewhat to allocate more handles at boot time.
Volume 3 is not entirely clear on this issue.  I can see where you
may want to reduce SEGMAPSZ on a low resource machine.

Are there other parameters that are also involved ?
Any pointers ?

One other question ...
What are the affinity scheduling parameters for ?

Thanks,
-------------------------------------------------------
Joe Minnich                  [email]
System Administrator         302-791-8662
Electronic Payment Services


author: Patrick Doyle

subject: Re: Software landmines (loops)

text:
In article <[email]>,
Charles H. Sampson <[email]> wrote:

Eh?  How can you write a serious loop without calling a procedure
from inside it?

Do I misunderstand what you wrote?

 -PD


author: CC

subject: 401-Bad Auth. Error when starting SWAT

text:
My RedHat 8.0 is configured to used xinetd to start SWAT and the
following is my SWAT services setting under /etc/xinetd.d
service swat
{
       port    = 901
       socket_type     = stream
       wait    = no
       only_from = localhost
       user    = root
       server  = /usr/sbin/swat
       log_on_failure  += USERID
       disable = no
}

Then I try to connect to swat by "http://localhost:901" as root with
root's password... get a 401 Bad Authorization: username or password
incorrect

Can anyone help me out here?

Thanks very much!
Casey


subject: Re: 401-Bad Auth. Error when starting SWAT

text:
What version of Samba ?
I had the same problem, months ago, when i updated mine.
I had to use the old swat program, that i restored.

I compiled a few days ago Ver 2.2.7a and the problem disapeared.
So if you're not using 2.2.7a, upgrade.
If you're already using it, i don't know.

Good luck.


author: Walter Mautner

text:
[email] (CC) wrote:

....looks ok so far.

Oh yes *eg*. You recently changed your root password, and that stupid
browser kept the old one for autologon, because you once accidently
pressed "keep this ..."?
You have to disable password caching on your browser :)


text:
Walter Mautner <[email]> wrote in message news:<b0b745$nhj1k$[email]>...
I didn't change my root password.  I've tried disable the password
caching but still doesn't help... I actually type the root and root's
password, but still got the same error!  Any other thought?
Thanks for your reply!
CC


text:
[email] (CC) wrote:

Try it as another user (just to see if it works), and also try another
browser.


author: Frank Kirk

subject: Maxtor & EZ-Bios

text:
Maybe this is the wrong place, but I have more faith in you guys than anywhere
else.

	I have 2 Maxtor HDDs (30GB, master & 15GB, slave).  OS/2 (w/FP14) is installed
on primary HDD on logical partition E.  (Boot Manager is also installed).  I
recently installed Win98 SE on primary partition C.  Everything works OK except
the EZ-Bios message giving me the option to boot to a floppy or HDD no  longer
appears.
	Can anyone tell me how to get it back.  Partition Magic OS/2 floppies report
partition table errors of which I'm pretty confident there are none.
	Many thanks.

FWK


author: David T. Johnson

subject: Re: Maxtor & EZ-Bios

text:
Frank, Kirk wrote:

Seems like this is something that would have to be set in the BIOS
setup.  Usually, you can access this with a certain key at boot like DEL
or F1 or something.  Look in your manual.

What version of Partition Magic are you using?


author: "Fish Taco Joe" Schmuckatelli

subject: Re: Maxtor & EZ-Bios

text:
On 3 Aug 2001 17:46:53 GMT, Frank Kirk wrote:

I've used EZBios, albeit with Western Digital drives; I don't ever
remember seeing that message except when I held down the Control key
before the boot sequence hit the hard drive.  Ergo, what you're seeing
should be normal behavior.

-------------------------------------------------+-------------------
"One World; One Web; One Program."  -- Microsoft |     OS/2 Warp
                                                 | Solid like  Linux
"Ein Volk; Ein Reich; Ein Fuhrer."  -- Hitler    | Easy like Windows
-------------------------------------------------+-------------------

         Use your bandwidth.  If you don't, it'll go stale.

        If Bill Gates had a dime for every time a Windows box
                    crashed... oh, wait.  He does.

      I Am Not A Number... Um...except for my TCP/IP address.

         If you can read this .sig, you're too damn close.

                   Save a cow.  Eat a vegetarian!

--------------------------------------------------------------------


author: [redacted]

subject: Re: Maxtor & EZ-Bios

text:
It's been eons since I used any of the bios extensions, so I may be wrong,
but I recall that they're written to both the MBR _And_ to the
manufacturers sector of the drive.  Have you used fdisk /mbr (or newmbr ,
depending)?  Have you checked the drive manufacturers web site for
utilities to rewrite/correct/edit the manufacturers sector?

If all else fails, a lowlevel format should get you out of the situation,
but that'll wipe the drive.

For future reference, I replace the IDE controller rather than use any of
the bios extension utilities for just this reason.

Mike-

In <9ddCdfeFk555-pn2-PylGlpgGPuQM@localhost>, on 08/07/2001
   at 10:45 AM, Frank Kirk said:

-----------------------------------------------------------
       Please note:  My public PGP key is available on my web site.
              The web page is at http://www.catherders.com

          Because network administration is like herding cats.
-----------------------------------------------------------
     It is currently impossible to email me from any address in the
     hotmail.com domain.  When they change their spam policies,
     I'll change my trashcan filters.  Sorry for the inconvienence.
-----------------------------------------------------------

-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----==  Over 80,000 Newsgroups - 16 Different Servers! =-----


author: Pete

subject: Re: Maxtor & EZ-Bios

text:
I've noticed that doze tinkers with some of my BIOS settings now and
then.

On Fri, 3 Aug 2001 15:14:03, "David T. Johnson"
<[email]> wrote:


subject: Re: Maxtor & EZ-Bios

text:
On Fri, 3 Aug 2001 15:14:03, "David T. Johnson" <[email]> wrote:

	It's not the motherboard ROM BIOS, but a software utility that comes with the
hard drives.  It changes the HDD geometry that's reported to the ROM BIOS (I
think that's how it works).
	Thanks again.

FWK


subject: Re: Maxtor & EZ-Bios

text:
On Fri, 3 Aug 2001 20:24:53, [email] ("Fish Taco
Joe" Schmuckatelli) wrote:

	With the Maxtor EZBios, a message would appear on the screen - "Hold the Ctrl
key to boot from floppies," etc.  Since instaling Windows, the message no longer
comes up.  I"ve tried holding the Crtl key anyway, but it has no effect anymore.
	The machine will boot to a floppy if inserted, but since EZBios is no longer
controlling the drives, Partition Magic says that there are drive geometry
errors and that I need to reboot & hold down the Ctrl key...  Sort of a Catch-22
	When booting with the Maxtor floppy (called MaxBlast), it says that the drives
are controlled by EZBios, but they apparently are not.
	Thanks.

FWK


author: William L. Hartzell

subject: Re: Maxtor & EZ-Bios

text:
Sir:

Frank, Kirk wrote:

I went through this with a Maxtor 8 GB drive that I finally returned to
the dealer.  Think the solution is not to use the EZbios in the first
place.  At this point is where I gave up, so I'm no help.


author: Doug Darrow

subject: Re: Maxtor & EZ-Bios

text:
On 4 Aug 2001 12:44:36 GMT, Frank Kirk wrote:

I used to use the Universal EZBios all the time. (This WAS a few years
ago however). Even then, win95 instalation would often scrap the EZBios
setup. The fix? Even though EZBios reports that it's already installed,
you will need to reinstall EZBios anyway. Then, it would not let you
reinstall if it already was installed, so I'd have to do an uninstall
first (after carefully noting all the settings, of course), reboot to
the floppy, then reinstall. Never lost a partition nor any data. Never
could figure what the heck win was doing by trying to access the HDDs
bios.


author: Filip Westers

subject: Re: Maxtor & EZ-Bios

text:
On Sat, 4 Aug 2001 13:05:15, "William L. Hartzell"
<[email]> wrote:

Shouldn't you be able to remove EZBios with the MaxBlast software,
have you tried
the latest version from Maxtor?


subject: Re: Maxtor & EZ-Bios

text:
On Sat, 4 Aug 2001 21:55:46, "Doug Darrow" <[email]> wrote:

	Thanks for the suggestion, but I tried that to no avail.  Any other ideas?

FWK


subject: Re: Maxtor & EZ-Bios

text:
Sir:

Filip Westers wrote:

Past tense, that was two years ago.  Not made a Maxtor purchase since.


subject: Re: Maxtor & EZ-Bios

text:
On Sat, 4 Aug 2001 21:51:21, [email] (Filip Westers) wrote:

	At your & another's suggestion, I tried disabling & reinstalling, but no luck
using version 1.27 which came with the newest HDD.
There doesn't appear to be any serious problems; just that Drive Image reports
errors with starting & ending cylinders.  There's even a message to the
effect... "You seem to have EZBios loaded, but it's not controlling your hard
drives", or something similar.
	What really ticks me off is that everything was OK until installation of Win98.
 What could it possibly have done?
	Many thanks.

FWK


subject: Re: Maxtor & EZ-Bios

text:
Sir:

Frank, Kirk wrote:

My I suggest using DFSee to edit the tables to fix the sector cylinder
alinement problem? <http://www.fsys.demon.nl/>  It is now shareware.


subject: Re: Maxtor & EZ-Bios

text:
On Sun, 5 Aug 2001 23:47:33, "William L. Hartzell"
<[email]> wrote:

Bill,
My comment was made in general, not actually for you.
Sorry.


subject: Re: Maxtor & EZ-Bios

text:
Scrolling through the posts rang a bell here and there.  Fdisk and
PartMagic report MBR/EBRs differently.  Essentially one says "start
here and go this far" while the other says "start here and end there"
(forget which is which).  If you format your drive with Fdisk, Pmagic
will report MBR errors, which can be ignored.  My solution to the EZ
drive thing was not to use it, since the documentation talked a lot
about windows.  I upgraded my bios so it could see larger drives (up
to at least 40 gig) and use Daniel Engert's newest drivers (put them
on the emergency boot disks too).

On Tue, 7 Aug 2001 10:50:25, "William L. Hartzell"
<[email]> wrote:


author: John Slade

subject: Is Windows 7 More Secure Than OS X?

text:
I think the reason Windows 7 is more secure than OS X is
because of Apple's policy and not necessarily any technical
reason. All OSes have security issues but the best way to
mitigate those threats is to put out good information to the
users. It is not good for Apple to tell it's users to stick
their head in the sand. It's not good to tell them that "OS X
doesn't get PC viruses." That statement is stupid, there is no
OS named "PC".

     This article in PC World outlines some problems with the
initial release of OS X Snow Leopard and cites some reasons why
Windows 7 and Vista may be more secure than OS X on a technical
level.

http://www.pcworld.com/article/172197/vista_windows_7_are_more_secure_than_snow_leopard.html

Curse and discurse...

John


author: ZnU

subject: Re: Is Windows 7 More Secure Than OS X?

text:
In article <UzrUn.111168$[email]>,
 John Slade <[email]> wrote:

You're playing the game Daniel Johnson always plays, where he insists
Windows must be safer because it has a couple of security features OS X
lacks, while ignoring the fact in practice Windows is much more
dangerous because of the nature of the threat environment.

It's like focusing entirely on the quality of door locks on a house to
determine how likely it is to be burglarized, and ignoring what
neighborhood it's in, which obviously matters far more.


author: Fa-groon

subject: Re: Is Windows 7 More Secure Than OS X?

text:
On Wed, 23 Jun 2010 10:33:41 -0700, John Slade wrote
(in article <UzrUn.111168$[email]>):

http://www.pcworld.com/article/172197/vista_windows_7_are_more_secure_than_sno

This is know as flogging a deceased equine.


subject: Re: Is Windows 7 More Secure Than OS X?

text:
http://www.pcworld.com/article/172197/vista_windows_7_are_more_secure_than_snow_leopard.html

The thing is i could care less, i run Windows or OS X
or linux. never had a single issue related to security out of either
of the three.

The Problem Exists Between Keyboard And Chair, that is the main
security risk that not even the best security software nor best OS
can protect against.


subject: Re: Is Windows 7 More Secure Than OS X?

text:
On 6/23/2010 1:50 PM, ZnU wrote:

      So what you're saying is that the Mac is basically ignored
by most malware makers. Well the guy in the article says the
same thing. Good to see you're finally learning something. But
alas, I'm tired of your silly rantings that make little sense.
Plonk.

John


subject: Re: Is Windows 7 More Secure Than OS X?

text:
On 6/24/2010 1:28 PM, madmax2069 wrote:

       I agree. But with Apple, they help to produce a problem
in the space between keyboard and chair. They try to hide the
problem as they sneak a malware scanner in OS X.

John


subject: Re: Is Windows 7 More Secure Than OS X?

text:
In article <uJwUn.31195$[email]>,
 John Slade <[email]> wrote:

Sorry for interfering so much with your willful ignorance.


subject: Re: Is Windows 7 More Secure Than OS X?

text:
On Wed, 23 Jun 2010 16:25:16 -0700, John Slade wrote
(in article <uJwUn.31195$[email]>):

How do you think the rest of us feel about YOUR mindless, silly rantings? You
are always wrong and never make any sense.


author: Trevor Hemsley

subject: Re: question about restoring dual OS disk

text:
In message <51cnqv$[email]> - [email] (Michael
Kieras)13 Sep 1996 22:39:27 GMT writes:
[snip]
:>Is there an obvious cause for the above behavior, or did my tape just
:>get corrupted?  It's not critical that I get the system back exactly as
:>it was when I bought it (because it's not going to stay that way, anyway),
:>but I'd like to know if
:>
:>- Ditto backups run from DOS are unreliable for OS/2 data on FAT disks, or

Absolutely and completely unreliable since they take no notice of OS/2
extended attributes. Most of your desktop is built from these!

:>
:>- OS/2 is sensitive to IRQ settings, or

It is but it doesn't sound like your problem in this case. OS/2 requires all
devices that use an IRQ to use a unique IRQ that isn't currently in use by
anything else.

Trevor Hemsley
([email] or [email])


author: Thrasher

subject: FOT - Second Impressions

text:
Well, I was a bit harsh with my initial rant about Fallout:Tactics, so
after playing it a bit more I'm posting my revised opinions. Note that
they are still mostly negative, though :)

First off, the user interface. The graphics actually are better with
the anti-aliasing turned OFF, in my opinion. Their "anti-aliasing"
seems to be a fairly lossy edge blurring algorithm which nukes a bit
of detail along with the jaggies... The graphics are still not as good
as I'd like, mainly because the armor is so lame. I played without any
armor on any of my guys, since they looked better that way and it made
the game more challenging as an added bonus. Why can't the clothing
color be changed in-game, from the character screen or something? I
chose bright red for my trim color and I think I don't have to descibe
how stupid the armor looked with 50% red and 50% metallics. If I could
have changed the name of my guy in game, he woulda been Santa Claus.

Next, the constant barrage of out of character stuff. I don't think I
have to clarify what I mean about this. Fallout 2 was over the top,
FOT is  absurd. I especially disliked the mission with Chris Avellone
as mayor of a town, where they turned ghoul politics into a big racial
rant. Game companies, you are not the cast of Monty Python! I know
it's hard to accept, but programmer humor is stupid. Keep that shit in
your office and out of your product. It's not cute. Even that bunch of
office e-mail about a mouse in the kitchen was "un-cute" - you guys
may think you are hillarious in your office e-mails but we don't know
any of you and we don't get it. Putting employee names on headstones
and what-not is an old tradition with computer games - try to limit
yourselves to something that in the future, OK?

Now onto the so-called difficulty levels - the claim is that
difficulty level makes the AI smarter or dumber. I have played on
insane/tough guy and on the easiest setting to try and verify this. No
luck. I don't see any difference in AI behavior based on difficulty
setting. What I see is bonusses and penalties on to hit roles, that
are undocumented. What I see is a difference in the number of random
encounters the player gets while travelling. What I see is enemies
with more or less hitpoints, and enemies who have higher or lower
damage resistances. But you guys can claim that the AI is sensitive to
difficulty level if it makes you feel good :)

About gameplay -

Levels are WAY too large, and enemies are WAY too numerous. The game
runs like a pig because it's constantly churning the hard drive to
load graphics. The turns take way too long, because NPCs that aren't
even activated all get a turn. Turning on the "fast turn based option"
does not seem to actually make turns faster - all it does is reduce
the frame rate on NPC movements. It's the "think" stage that slows
things down. Speaking of levels, somebody really needed to point out
this game engine doesn't really support "multi-level" zones. Peoria
was a MAJOR pain in my ass for several reasons. When I was underground
I still saw constant stupid out of context chatter from the raiders in
the village above. Turns in this zone were torture, I suspect because
the raiders in the village all got a turn, and probably all the
wildlife in the desert too, in addition to the 100 or so bugs in the
vault. But the real joy was when the turrets switched from underground
defense to above ground defense. The rest of the fucking level was all
turn based because the turrets kept shooting at villagers they
couldn't hit, over and over and over and over...

Which is what led me to try realtime. Man, how fucking low brow do you
have to be to think the combat in FOT is fun in realtime? Anything
more than general movement instructions actually hampers your
characters abilty to fight. What a novel idea, a tactical combat game
where the player is nothing more than a spectator. Speaking of
auto-attacks, what in the world is "Sentry Mode" doing in the turn
based game? It's an auto-attack feature, and the way the game engine
works is it resolves auto-attacks first and then does the manual
attacks. Net result? When NPCs are on Sentry Mode they will ALWAYS get
the first shot, even if you have snuck up on them unaware and are the
one who actually initiates the attack. It's bizzarre and frustrating.
The only solutions seems to be to put your own guys on sentry mode.
Then they will auto-attack sooner than the NPCs auto-respond. DO I
need to explain how silly it is to have auto-attacks be more effective
than carefully planned and executed manual attacks in a game like
this? Bleh :(

The commitment to turn-based game play was half-hearted at best, and
it shows.

On to the audio. WHY THE FUCK IS THERE NO VOLUME CONTROL FOR AMBIENT
AUDIO???? Now that's off my chest, I'll get to the other audio issues.
The game offers a sleection of drivers to choose from for the audio,
but it doesn't let the user tweak anything. There are often several
channels of background sound going and then a big fire fight breaks
out and the game has to stack all that on too, and if there is a
vehicle or two involved - welcome to slide show city. Most that shit
is just un-necessary and annoying. Interplay musty have a library of
canned ambient audio somewhere because this is not the first game I've
heard most that same stuff in. To have the wind drowning out gunfire
is bad enough but to have all those irritating audio tracks making my
system all choppy is fucking bullshit. Not to mention the fact that I
have to use a software drive because the A3D driver sounds so awful.

Now, on to the plus side. The story is damn fine for a strategy game,
very surprising that they went to that much effort with it. The
Vehicles are very cool, except that you only get to use them in the
level you slavage them in, the bug where you can and will lose
everything you had in a vehicle, and the fact that they move during
teh opponents turn and not your own...The weapons are very well done,
especially the graphics. I have some major beefs with damage and range
on most of them, but at least they are real world weapons this time,
for the most part, and a sincere effort was made to model them
properly. Big improvement in this department over Fallout. What's up
with the description of the M-14 stating it fires 7.62 NATO (which it
does) when in actuality it will only chamber .303 British? What the
hell is .303 British even doing in this game? Were there supposed to
be some Enfield rifles in FOT at some point? I haven't seen any weapon
that fires that round. Also, the M249 Squad Automatic Weapon fires
5.56 NATO, not 7.62 NATO. Not only does it fire 7.62 NATO in the game
but it has a longer range and does more damage than the M60, which
actually DOES fire 7.62 NATO! Here is a clue, the M60 is a Light
Machine Gun and the SAW was designed to be LIGHTER than a light
machine gun! It's a compromise weapon, it should not be better than
the real thing! You made the same errors with Assault Rifles
out-performing old school battle rifles in both damage and range.
That's just ass backwards. No big deal though, the Jagged Alliance
games are just as bad in this department... Someday somebody will get
all these nit-picky little details right, and that's going to be a
hell of a game. I'm surprised that small arms innaccuracy is so widely
accepted in squad combat games... Wargamers would raise a shit storm
if a wargame came out with so many eggregious errors in it.

So anyway, that's my revised opinion. Worth playing, but not Jagged
Alliance 2...


author: Sardaukar

subject: Re: FOT - Second Impressions

text:
"Thrasher" <[email]> wrote in message
news:[email]...


author: Miles Lippincott

subject: Re: FOT - Second Impressions

text:
Thrasher wrote in message

Agreed.

What kind of system are you running?  I'm using a minimun requirements setup
and the turn times are not that bad unless there are a large number of
enemies.  You can jump out of turn based when the firefights are over and
avoid the enemy turn time that way.  The levels are very huge, though,
especially when playing TB.  I'm probably averaging 4 to 5 hours per
mission.

I tried real-time in the demo and didn't like it for the reasons you
mentioned.  As for the sentry mode stuff, I haven't experienced that yet,
but for a few occasions.  I usually switch to turn based when I get close to
the baddies before I initiate combat so maybe that's where the problem lies.
I'm also using sequential TB, and usually have my highest initiative guy
active when I go into TB so she almost always gets a first shot.

 Now that's off my chest, I'll get to the other audio issues.

Again, what  is your system?  I don't see a noticeable slowdown due to
audio.

I've been playing the game since it came out and still have a long way to
go.  Despite the flaws I still find myself devoting lots of time to it and
staying up way to late.  There's obviously something here that works on some
level for that to be the case.

Miles


author: Trash

subject: Re: FOT - Second Impressions

text:
Come on brighten up. It's only a game, not a weapons catalogue. :-)
For me the game is allright, still the old humor, great enemies and some
cool missions. Altough none of the fallout games was better than FO1 in my
opinion (the dark "mad max" factor is slowly disappearing according to me)
it's still fun to stroll the wastelands.
I hope that when they ever make a fallout 3 I hope they return to the dark
almost dead world of FO1. FO2 got a little too techie in places (In the NCR
even the cops were armed like tanks and force fields were abundant,
hubologist bases with almost working space shuttles, science projects by the
emperor...)
Well, that's just me ranting


author: Jeremy Reaban

subject: Re: FOT - Second Impressions

text:
Thrasher wrote in message
<[email]>...
<snip>

Well, part is probably game balance. I remember when the original JA
came out, the .357 magnum revolver in had a capacity of 10 shots. I
actually own the same exact pistol model in the game, and so it really
bugged me, and mentioned it to Sir-Tech. The Sir Tech guy said they
knew, but did it for balance purposes....

Wargames OTOH, don't have to be balanced.


author: Bill Seurer

subject: Re: FOT - Second Impressions

text:
Can't argue with your preference but some of the problems you are having
appear to be because of your computer.

For instance you once again rant about the ambient sound level.  I have
no trouble on my system; what kind of sound card do you have?

And what's your CPU/memory?  I never get any slowdowns no matter how
much is happening and I don't have a particularly beefy system except
for memory (Duron 800 w. 512MB).


author: Eric VanHeest

subject: Re: FOT - Second Impressions

text:
Thrasher <[email]> wrote:

Speak for yourself; I found that set of papers immensely amusing.  What
are you doing reading it if you don't think it's funny, anyhow?  I
understand that the random combat comments are hard to ignore, but
seriously, an obviously in-house joke via a stack of "strange papers" in
a locker?  That's like reading completely through a spam e-mail and then
complaining that it took you a lot of time to read it.

You can use CTB mode to move around, and drop to TB whenever you like
with a keypress; it's not like once you pick CTB, you're stuck with
never playing turn-based again.


author: Steve Hilberg

subject: Re: FOT - Second Impressions

text:
"Sardaukar" <[email]> writes:

This is _not_ correct.  You can move much further for the same number of
APs if you are standing than if you are prone or crouched.  I admit I have
not seen much difference between how many APs it costs to walk or run, but
there is a definite difference depending on your stance.


subject: Re: FOT - Second Impressions

text:
Sardaukar <[email]> wrote:

You must not be playing the same game I'm playing, because moving while
prone takes a -lot- longer than running.  If I'm in "run" mode, I can
move two squares instead of one per AP.  There's even a Perk that lets
you move at walking speed while prone; why would that perk be available
if they took the same amount of time anyhow?


subject: Re: FOT - Second Impressions

text:
Sardaukar wrote:

This is not true.  You go further running than walking and further
walking than squatting and further squatting than crawling.  You can see
this best in CTB mode where if you have people in different postures the
ones standing up go further in the same amount of time.

Later on you can buy a perk that let you move as fast while crawling as
when you walk.


author: Adrian Jackson

subject: Re: FOT - Second Impressions

text:
On Thu, 5 Apr 2001 10:45:57 +0200, "Trash" <[email]>
wrote:

The whole tribal angle introduced in FO2 ruined the "Mad Max" factor
for me.  I think it would have been a lot more interesting if FO2 had
been based on the hero of FO1 getting dipped.  Granted, super mutants
aren't really high on the Mad Max factor either, but they're higher
than tribals.  :)


subject: Re: FOT - Second Impressions

text:
"Eric VanHeest" <[email]> wrote in message
news:9ako1t$6mt$[email]...

Damn, I've been caught out :)

I hadn't noticed if this was the case or not, but will go back back and
check and see if it it true. I mean, I hope
It's true, since It does actually make sense that moving while prone is more
demanding and therefore costs more APs. It just felt like I wasn't getting
any AP penalty if I used a different stance (although there was the obvious
marksmanship increase). It just seems to me that the TB mode is a little
half-arsed and is not really fully realised. XCOM Apoc allowed the user to
choose between two modes, real time or TB, and the TB was not as poorly
implemented. It seems to me
that the TB mode didn't have enough time spent on it. But like I said, I am
a big fan of JA2 and XCOM.

I 'm enjoying the game, but the main problem for me has been coming over
directly from JA2. I really miss how hitting a target (or getting hit),
would
decrease energy (the blue bar), and subsequently adversely affect firing
efficiency. It added another layer of complexity to a great game, since you
could make the decision to take an unaimed shot at an enemy in the hope that
it would decrease their markmanship during their next turn, which may have
saved your mercs life. Maybe I have to unlearn a little.

I know that at least one of the perks doesn't work (a deathclaw one?? - this
is off the top of my head), and will be fixed in the patch.

Again, the game is fun and is fallout, and considering that FO1 is one of
the first RPGs I enjoyed, this is a big plus for me. However, I can't help
thinking that the
TB could have used a little extra time to add extra features.


subject: Re: FOT - Second Impressions

text:
"Bill Seurer" <[email]> wrote in message
news:[email]...

I stand corrected (for less AP's of course)

I've already been shown the error of my ways by several other posters. Cut
me some slack, It's 2:21 am here :). I have been playing TB exclusively, but
hadn't noticed this.


subject: Re: FOT - Second Impressions

text:
Sardaukar <[email]> wrote:

What kinds of features?  I mean, specific to turn-based?  (You mentioned
the energy bar, a la JA2, but that wouldn't need to be a "turn-based
specific" addition).


subject: Re: FOT - Second Impressions

text:
Eric VanHeest wrote:

Actually, FOT already has that though is is less "robustly"
implemented.  In JA2 the number of APs you got varied *mainly* based on
your energy.  Your energy went down for lots of reasons including
serious wounds, running, etc.  FOT already has some things that can
affect your APs (such as wounds) but the number and duration of them is
much more limited.

One problem is going to a JA2 style is that JA2 gave you many, many more
APs per round.  You'd have to completely redo Fallout's system in order
to something similar and I don't think that they were willing to make
that much of a change for FOT.


author: Mark Rippa

subject: Looking for MODS

text:
Hi. I am looking for MODS written by Moby (Frederic Motte) who apparently
lives in France. I have "Progressive-Funk" & "Dragons-Funk" and really am
interested in hearing more of his work. Any names of ftp sites with his
MODS would be appreciated. Additionally, if someone knows his Internet
email address (if he has one), that info would also be very helpful.
Thanks.

                            Mark

-- Via DLG Pro v0.991

Amiga GateWay BBS             Internet: [email]
Fido: 1:396/36.0                Usenet: rex!agwbbs!mark_rippa


author: Tsur Elad

subject: Re: Looking for MODS

text:
In article <[email]>, [email] (Mark Rippa) writes:

A month ago I uploaded "knulla kuk!!!" by moby to ab20 (incoming/amiga/NoiseTracker/knulla.lha)

				^			^I uploaded this too.
				|
				I havn't heard this module
				can you upload it ???

Elad


author: L Lundman

subject: Re: Looking for MODS

text:
I belive he also write the song 'rainynight' which IMHO is very good.

I got my version of it from ab20 but that was a loooong time ago.

Kef


author: Julian Wright

subject: Re: Looking for MODS

text:
[email] (Tsur Elad) writes:

I think it is already there, as "progfunk.lzh". I may be mistaken. I have
actually had it long before I found the Internet...

    Cheers, Julian.


author: Chuck Woo

subject: Re: Looking for MODS

text:
In article <[email]> [email] (Tsur Elad) writes:

this is one heckuva mod!
question:  is there another Moby named Richard Melville (or something) or
are these the same Moby's and we're just all really confused?


author: Simon Christen

subject: Re: International Algorithmic Language

text:
Ralph Silverman wrote:

Just use APL or J (although some English keywords have already crept
into J...)

Simon


author: Dan Crevier

subject: Re: Symantec C++ 8 / TCL 2 -> 68K apps

text:
In article <rvignes-2102960943550001@192.168.1.18>, [email] (Romain
Vignes) wrote:

Hi.  The current version of SC++ 8 comes with Think Project Manager 7 for
creating 68k applications.  You end up using two environments, the TPM one
that you have now for generating 68k code, and the Symantec Project
Manager for generating PPC code (and merging with 68k code to make fat
applications).  It's not very convenient, but it's all we get until a
future version of SPM supports generation of 68k code (which will
hopefully not be too far off).

I'm not sure about this, but I think SC++ 8 won't compile TCL 1.1.3, so
you'll have to upgrade to TCL 2.0, or use Jon Watte's patch to TCL 1.1.3
which makes it compile with CodeWarrior (I assume it will also compile
with SC++ 8).  I can give you a pointer to that, if you can't find it.

Dan


author: Maciej Sobczak

subject: libre.adacore.com broken?

text:
Hi,

I try to download GNAT GPL from libre.adacore.com, but after trying to
follow the relevant link I get:

Bad Gateway

The proxy server received an invalid response from an upstream server.

This seems to be permanent. Is anybody monitoring this site?
Are there any mirrors?


author: Peter H.M.Brooks

subject: Re: libre.adacore.com broken?

text:
Maciej Sobczak wrote:
Me too - I've been trying this weekend and I couldn't find a
web-master's address.


author: Björn Persson

subject: Re: libre.adacore.com broken?

text:
Peter H.M.Brooks wrote:

Well, they still have their broken firewall, but the symptom of that is
that the connection hangs indefinitely so that no web pages ever get
through. "received an invalid response" sounds like a different problem.


author: Chris Thomas

subject: Mac Programming FAQ (READ ME or be a silly person!!)

text:
Macintosh Programming Frequently Asked Questions Answer Sheet
is
<http://www.best.com/~ckt/faq/>
and
<ftp://ftp.best.com/pub/ckt/faq.hqx>


author: Eric Sasaki

subject: Power Macs Unveiled at GA Tech at Midnight

text:
In front of 300+ students at the Georgia Tech Campus Computer Store, the
Power PC Macintosh line was unveiled for the first time to the public anywhere
in the world at 12:01 am March 14.  After a short video and unveiling
ceremony, a PowerPC 6100 was given away to one Tech student.

Here are the GT computer store prices (educational discount):

Power PC 6100/60 8/160 		$1695.00
Power PC 6100/60 8/250CD	$2125.00
Power PC 6100/60AV 8/250CD 	$2395.00
Power PC 6100/60 16/250 Softwin	$2325.00
(60-MHz PowerPC 601 RISC processor)

Power PC 7100/66 8/250          $2650.00
Power PC 7100/66 8/250CD        $2895.00
Power PC 7100/66AV 8/500CD      $3675.00
Power PC 7100/66 16/250 Softwin $3095.00
(66-MHz PowerPC 601 RISC processor)

Power PC 8100/80 8/160          $3795.00
Power PC 8100/80 8/250CD        $4025.00
Power PC 8100/80AV 8/500CD      $4995.00
Power PC 8100/80AV 8/1000CD     $5450.00
Power PC 8100/80 16/500 Softwin $4025.00
(80-MHz PowerPC 601 RISC processor, 256K memory cache)

Above systems include regular keyboard.  Monitor sold separately.

Logic board upgrade range from $595 (upgrade card) to $1695 (8100/80AV).

The PowerPC Macs are supposed to be officially unveiled at 10 am today at
Rockefeller Center in NYC.

Eric


author: Wade Masshardt

subject: Re: Power Macs Unveiled at GA Tech at Midnight

text:
In article <[email]>
[email] (A J Cunningham) writes:

Apple did a demo at U of Wisconsin-Madison back in late January (I
think.)  Anyway, it was a while ago.

+--------------------------------------------------------------------+
|  "I vote for outer space.  There's no way these are local boys."   |
|                                 Actor Fred Ward in "Tremors"       |
|  "God damn underground monsters."                                  |
|                                 Actor Michael Gross in "Tremors"   |
+--------------------------------------------------------------------+
|                          [email]                        |
+--------------------------------------------------------------------+


author: Paul Beard

text:
In article <[email]>
[email] (Mats Bredell) writes:

Didn't you know Ga Tech is the center of the universe?

I saw the PMacs 4 weeks ago a few miles from Ga Tech. Who saw them
first?

Paul Beard, AT&T Tridom, Marietta, GA

These opinions are mine, such as they are.


author: Mats Bredell

text:
In article <[email]>,
[email] (Eric Sasaki) wrote:

Anywhere in the world? They were unveiled to the public here on March 11.

/Mats


author: A J Cunningham

text:
[email] (Paul Beard) writes:

The guys on the factory assembly line? People in Apple? Who gets to play
this game?
T


author: Vincent Bousquet

subject: Good desgn for list / non void list

text:
Hi, my question relate a to a pattern that arise quite frequently.
Imagine you want to design a system with an objet list and an objet non void
list (i.e. a list where item may not be void).

A working solution is to define the non void list like this :

class NON_VOID_LIST inherit LIST invariant not has(Void); end;

Anyway, this is not satisfying since all your features contracts are wrong.
For example the classic feature put in LIST has the contract :

    put(an_item : X)
        ensure
            has(an_item)

It should be, in NON_VOID_LIST :

    put(an_item : X)
        require
            an_item /= Void
        ensure
            has(an_item)

This breaks the rules for redefinition "require no more, promise no less".

So my question is what is the good design ?

Any help will be welcome !

           Bye

                    Vincent Bousquet


author: Berend de Boer

subject: Re: Good desgn for list / non void list

text:
Vincent Bousquet wrote:

I suggest you add an invariant to the class that uses this list that
every checks if every item is non-void.

Regards,

Berend. (-:


author: Anthony Weissenberger

subject: Re: Good desgn for list / non void list

text:
"Berend de Boer" <[email]> wrote in message
news:1R2p9.5484$[email]...
void

Or along those lines, make NON_VOID_LIST a client of LIST instead of
inheriting from it.

Anthony


subject: Re: Good desgn for list / non void list

text:
No !

I did that, the fact is that this is not an acceptable design since a client
of LIST has the right to make the call :

a_list : LIST
...
a_list.put(Void)

If a_list is polymorph then a_list may be an instance of NON_VOID_LIST and
therefore the call will put the objet in an incorrect state (catched by the
invariant). So the client of LIST has a good design and LIST / NON_VOID_LIST
has a bad design...

"Berend de Boer" <[email]> a ï¿½crit dans le message de news:
1R2p9.5484$[email]...
void


author: Roy MacLean

subject: NON_VOID_LIST

text:
"Anthony Weissenberger" <[email]> wrote in message news:<[email]>...

Yes: you are defining a flavour of LIST with added constraints---which
are presumably there for a good reason. So there should be no need to
handle a mixture of ordinary LISTs and NON_VOID_LISTs polymorphically.
So there's nothing to be gained by inheriting from LIST.

NON_VOID_LIST is really a facade in front of a LIST, which exposes a
subset of the LIST features, and imposes whatever constraints you
need: no void elements, length less than 42, unique elements, etc. The
constraints can be expressed as invariants over the LIST:

    feature -- Update
        put(i:T) is
            require
                valid_item: is_valid(i)
            do
                imp_list.put(i)
            end

    feature -- Query
        is_valid (i:T) is do Result := (i /= Void) end

    feature {NONE} -- Implementation
        imp_list: LIST[T]

    ...
    invariant
        not imp_list.has(Void)
        -- imp_list.count < 42
        -- uniqueness constraint left as an exercise :-)

/Roy


author: Jim Cochrane

subject: Re: Good desgn for list / non void list

text:
In article <3da5a76c$0$13637$[email]>,
Vincent Bousquet <[email]> wrote:

If (what is known in the c++ world as) private inheritance were available
in Eiffel*, you could privately inherit NON_VOID_LIST from LIST.  Then you
would rename all of the features of LIST that you want to use in your
implementation (e.g., "rename put as put_implementation ...").  You would
need to define all of the features of NON_VOID_LIST that you want to be
public - put, item, start, forth, etc.; you need to do this, of course,
because the contracts of these features in LIST are not valid for your
abstraction.  Then you would use the appropriate features inherited from
LIST for you implementations - e.g., "put (x: G) is put_implementation (x)
end".

I suppose this is not much better than using a LIST attribute for
implementation.  It would be more convenient coding-wise to just be able to
use the inherited public features as NON_VOID_LIST's public features; but
this doesn't work, since, as you have pointed out, you would also be
inheriting the contracts for these features, which are not valid in this
context.

I suppose a language change to allow redefinition of the contract of an
inherited feature in cases like this might be useful; but I'm not sure if
it would be worth it vs. adding this extra complexity to the language.

*I believe Dr. Meyer may be considering adding this feature to the
language.  (Others more knowledgeable, please correct me if I'm wrong.)


subject: Re: Good desgn for list / non void list

text:
Vincent Bousquet wrote:

Sorry, I don't seem to get this. To whom were you replying? I assumed
you had a class that had an attribute list. You make that list available
to the callers of that class to do with that list as they wish?

Regards,

Berend. (-:


subject: Re: Good desgn for list / non void list

text:
"Berend de Boer" <[email]> a ï¿½crit dans le message de news:
07kp9.5737$[email]...
client

The aim is to design a class NON_VOID_LIST which is a list with only non
void items.
My problem is that I assumed that NON_VOID_LIST should inherit from LIST.
This is false.
The solution is to design a separate class NON_VOID_LIST which is a client
of LIST and not a child (see other answers for details on this).

Regards

        Vincent Bousquet


author: Neal Lester

subject: Re: Good desgn for list / non void list

text:
Creating a separate abstraction, NON_VOID_LIST, is overkill from a
design perspective and from a practical standpoint more work then
necessary.  Place the validity constraint in the client class.  With
either design the client must refrain from attempting to add void
objects to the list so the client is a better place for the
constraint.

class LIST_CLIENT

feature

  my_list: LIST

invariant

  my_list_has_no_void_elements: my_list /= Void and then not
my_list.has (Void)

end


author: Greg C

subject: Re: Good desgn for list / non void list

text:
[email] (Neal Lester) wrote in message news:<[email]>...

But what if the list has multiple clients? Then the class invariant
has to be replicated across several classes. Or if references to the
list are passed around, and class invariant can't be applied?

I'd back it up a bit and ask about the assumptions. First, why is it
important that Void elements not be in the list? Second, is a list the
appropriate representation? What if you used a set instead, then when
it's time to access the contents, it's easy to delete the void
element, if it's present.

Inheriting from LIST to create NON_VOID_LIST violates the premise of
DbC, that a child class should not tighten the demands on a client of
the parent -- ie a child can expect as much or less than the parent.
You certainly would not want to be able to substitute a NON_VOID_LIST
for a regular list arbitrarily, the way one might a singly linked list
for a doubly linked list.

So if Vincent's requirements for a non-Void list are all valid, I
think his proxy design is best.

Interesting problem. I'd like to see more like this.

Greg


subject: Re: Good desgn for list / non void list

text:
<<snip>>

I think it's actually a *correct* design, not overkill. You have an adt
where one of it's requirements is that it can never contain a VOID element.
The class mapping to the adt needs to have those requirements built into it
in order to declare to any clients and children what rules it plays by. From
a design perspective, the implementation of the adt shouldn't assume, let
alone care, what a client will need to do to fulfill the contract.

If Vincent's intention was to just use a LIST class and ensure that it never
contained a VOID element, then why wonder about design issues at all?

This code would work great -- for a one shot situation -- as soon as you
want to do this more than once, you are duplicating code and losing "the"
definition of a NON_VOID_LIST.


author: Manvinder Singh

subject: Re: Good desgn for list / non void list

text:
"Anthony Weissenberger" ([email]) wrote:

Presently I'm trying to use a class from ISE Base library that accepts
only non-void items.

class BINARY_SEARCH_TREE_SET

put (v: like item)
    -- Put `v' at proper position in set
  require -- from COLLECTION
    extendible: extendible
  require else
    item_exists: v /= void

Requirement of a Search-tree-set ADT being that 'item' must not be
void, isn't the use of 'require else' in the above listed code
non-fulfilling?

"Greg C" ([email]) wrote:
Shouldn't BINARY_SEARCH_TREE_SET been designed on the same lines?
Are there any other concerns about it's design that I'm missing?

Manvinder


author: Karsten Heusser

subject: Re: Good desgn for list / non void list

text:
The LIST - NON_VOID_LIST problem
is very similar to the
STACK - BOUNDED_STACK problem
discussed in OOSC2 p. 576
"Abstract preconditions".

Unfortunately, LIST's put does not have
an abstract precondition valid_argument
(always returning True)
that could be redefined in NON_VOID_LIST.

This might lead to the question
whether it would be useful to have
such an abstract precondition
for put, force etc. higher up
in the inheritance hierarchy
(eg in COLLECTION?).

Have a nice weekend.
Karsten


author: Peter Horan

subject: Re: Good desgn for list / non void list

text:
Manvinder Singh wrote:

The semantics of the above require and require else clauses are
    v /= void or else extendible

That is, the new expression weakens the precondition (as covariance requires)
and the case v = void is still possible.


subject: Re: Good desgn for list / non void list

text:
[email] (Karsten Heusser) wrote in message news:<[email]>...

This would be a good thing to suggest to NICE as part of their library
standardization effort. Off the top of my head, I think their URL is
http://www.eiffel-nice.org

Also, does this Gobo library support this kind of abstraction?

Greg


subject: Re: Good desgn for list / non void list

text:
"Greg C" <[email]> a ï¿½crit dans le message de news:
[email]...
news:<[email]>...
    ...

I don't think so : abstract preconditions make use of base type more
difficult (i.e. a_list.put(an_element) would become if
a_list.is_valid_element(an_element) then a_list.put(an_element) else -what
?- end).
To use it is a choice. If you read the OOSC 2, there are two options :
- either you use abstract preconditions, and then the library architecture
is not modified but clients have to take it in account,
- either you break the inheritance tree (i.e. you use proxy design).

In my point of view, using abstract precondition for NON_VOID_LIST has a too
big impact on LIST.
And the inheritance between LIST and NON_VOID_LIST is not that important as
most other answers stated.

Therefore, I think that abstract preconditions are a solution, but proxy is
the good solution.

Anyway, it's my point of view.

    Regards

            Vincent Bousquet


author: Chris Double

subject: DateAndTime question

text:
I have a question about the DateAndTime and Duration classes available
from Ian's web site. The questions relate to the following workspace
session:

1) a := DateAndTime now.
2) a  (=> 2001-11-10T00:45:39.29+13:00)
3) b := DateAndTime now.
4) b  (=> 2001-11-10T00:46:07.31+13:00)
5) a  (=> 2001-11-10T00:46:07.31+13:00)
6) a asSeconds (=> 6314103633929/100)
7) b asSeconds (=> 6314103636731/100)

In line 1 I set a to the current date/time. It prints out correctly in
line 2. In line 3 and 4 I do the same for b. (=> is the result of
Ctrl+D).

Note that line 5, I redo the printing of the value of a and it now
displays the same as b. But looking at lines 6 and 7 you can see they
have a different seconds value.

The same problem occurs reading values line 'a minute', 'b minute',
etc. They are always the same as each other even though the times are
actually different as noted by 'asSeconds'.

Looking at the source it seems that the results of 'hour', 'minute',
etc are cached in some class slots making them the same for all
instances. You always get the value of the last DateAndTime instance
created. Is this the correct behaviour?

As a workaround I'm just using the 'asSeconds' method.

Chris.


author: Ian Bartholomew

subject: Re: DateAndTime question

text:
Chris,

Hear that thumping sound? - it's my head hitting the table. Talk about
elementary mistakes!!

In the method DateAndTime>>decodeRataDie

replace the second line -

fieldValues := #(0 0 0 0 0 0 0).

with -

fieldValues := Array new: 7.

and all should be well. Thanks for the report and sorry for the incorrect
code.

Suggestions of a suitable penance, probably involving whips and/or hair
shirts, are welcomed <g>

Regards
    Ian


subject: Re: DateAndTime question

text:
"Ian Bartholomew" <[email]> writes:

No problem, thanks for the fix it worked fine. And thanks for making
the code available in the first place!

Cheers,
Chris.


author: Bill Schwab

subject: Re: DateAndTime question

text:
Ian,

You are hereby sentenced to rewrite the code in Java - how's that for
punishment :)   However, the sentence is suspended in honor of your service
to the Smalltalk community.

Thanks!

Bill


author: Mitchell E. Timin

subject: RARS Results - May 14 Race

text:
The Races on Fourmile Track

There were some surprises today, at least to anyone who expected the
same rankings as two weeks ago.  Jussi Pajala's WappuCar totally
dominated the expert race, as did Bill Benedict's Rusty in the novice
race.  Burns, by Safai Ma, also did quite well in the novice race, so
that Rusty and Burns joined Indretti, Ramdu and Wappucar for the
expert race.  Both did well against the experts, especially Rusty,
which finished second.  If you want to know how they did it, ask 'em!

There was one new programmer joining the competition, Carl Burke,
whose robot, Blender, managed fourth in the novice race.  Since
Grant Reeves withdrew his robot from today's race, we again had a
total of nine competitors.  Most of the authors, however, sent in
new versions of their robots in order to handle the fourmile track,
which is difficult to navigate successfully.

All nine robots will be zipped together into the file 4milebots.zip
and put on the ftp site right away.  (There is source code for all,
but not always in English.)  The race was run on version 0.50, with
no changes except linking in these nine 'bots, with "dynamic" filling
up the other 7 places in the drovers[] array.  A copy of the carz.cpp
that was used will be included in 4milebots.zip.

Here are the race.out files for the two races:

Novice Race:
6 cars for 50 laps.  The track was fourmile.trk.  The drivers were:
Rusty, Bingo1, Burns, Heath2, OscCar2, and Blender.

starting positions:
Blender, Rusty, Heath2, Burns, Bingo1, and OscCar2.
place 1  Rusty      average speed 86.9 mph   10 points accumulated
place 2  Burns      average speed 81.59 mph   6 points accumulated
place 3  OscCar2    average speed 80.71 mph   4 points accumulated
place 4  Blender    average speed 80.47 mph   3 points accumulated
place 5  Heath2     average speed 80.33 mph   2 points accumulated
place 6  Bingo1     average speed 77.09 mph   1 points accumulated
------------------------------------------------------------------

Expert Race:
5 cars for 50 laps.  The track was fourmile.trk.  The drivers were:
Rusty, Burns, Indretti, Ramdu, and WappuCar.

starting positions:
Burns, Ramdu, WappuCar, Indretti, and Rusty.
place 1  WappuCar   average speed 88.05 mph   10 points accumulated
place 2  Rusty      average speed 86.95 mph   6 points accumulated
place 3  Ramdu      average speed 84.56 mph   4 points accumulated
place 4  Burns      average speed 81.58 mph   3 points accumulated
place 5  Indretti   average speed 78.98 mph   2 points accumulated
------------------------------------------------------------------

Starting with today's races I will be accumulating points for the
authors.  Here are the standings after today's races:

   Expert Class Point standings
Jussi Pajala        10 pts         (Finland)
Bill Benedict        6 pts         (U.S.A.)
Randy Saint          4 pts         (U.S.A.)
Safai Ma             3 pts         (Canada)
Mike Inman           2 pts         (U.S.A.)

   Novice Class Points:
Oscar Gustafsson     4 pts         (Sweden)
Carl Burke           3 pts         (U.S.A.)
Patrick Tierney      2 pts         (Canada)
Tristrom Cooke       1 pt          (Australia)


author: Tim Dee

subject: Imagine Objects needed

text:
I'm trying to find a collection of objects for use with Imagine 2.0 on the
Miggy. There used to be hundreds on 'The Big Bang Burger Bar' but I can't
find a number for them that works.

 Is there a source of Objects and Textures on the net?

 If you can help, then please mail me with some FTP's or a number for the
 Big Bang.

 Cheers.


author: WIGET PIERRE

subject: Re: Imagine Objects needed

text:
Tim Dee ([email]) wrote:
: I'm trying to find a collection of objects for use with Imagine 2.0 on the
: Miggy. There used to be hundreds on 'The Big Bang Burger Bar' but I can't
: find a number for them that works.

:  Is there a source of Objects and Textures on the net?

:  If you can help, then please mail me with some FTP's or a number for the
:  Big Bang.

:  Cheers.
Hi!

ftp avalon.chinalake.navy.mil in the dir /pub/objects/tddd
for Imagine format objects.

Pierre

: --

: [email] :  Broadcasting on all known frequencies, and in all
: Tim A Dee            :  known languages, including Welsh.  _Red Dwarf_
: =========================================================================
: PGP Fingerprint       91 A7 2A 2F 9C A6 BB 4E    D3 05 50 A8 88 2C 04 B7
: Public   key   available   on   most   keyservers   or   upon   request.


author: Gary Bates

subject: Re: Imagine Objects needed

text:
Tim Dee ([email]) wrote:
: I'm trying to find a collection of objects for use with Imagine 2.0 on the
: Miggy. There used to be hundreds on 'The Big Bang Burger Bar' but I can't
: find a number for them that works.

They have changed their number to 081-954-9967.

:  Is there a source of Objects and Textures on the net?

Loads of objects for Imagine on the aminet in gfx/3dobj and also there are
some textures in that directory too.  Apparently a good site for textures is
ccu1.auckland.ac.nz in the CAD directories.  They are in TIFF format (no
problem if you've got a conversion proggy) and are apparently very nice
though I haven't tried it myself yet.

:  If you can help, then please mail me with some FTP's or a number for the
:  Big Bang.

Just have! :)

:  Cheers.


author: John R. Ruckstuhl Jr.

subject: Dell ships NS/486?

text:
Recently, someone (Bill Vermillion?) wrote that Dell will ship NeXTStep
pre-installed on 486.  I have a copy of a Dell/NeXT press release dated
15 April which announces that intention...

But I called Dell (1-800-BUY-DELL) and a salesperson said it isn't
shipping.

Does anyone know when it will be shipping, and if it already is, can you
give me a contact point?

Thanks.
Best regards,
ruck


author: Rob Francis

subject: Re: Dell ships NS/486?

text:
In article <[email]> [email] (John R. Ruckstuhl Jr.) writes:

When I called Dell (same number you used), they were very confused.  I
was able to get the number of a local sales rep who called me back and
put me on a mailing list for when it is actually happening.

Out of all the places I called, I had best luck with Data General.
Their people had even heard of NextStep.  They sent me some info on
the configurations.

The place that was most in the dark about it was Hewlett-Packard. )-:
They're people (front line phones) didn't know what NextStep was.  I
was to say the least, depressed...

-rob
---
Rob Francis   Unix Systems Specialist, Indiana University
[email] (812)855-0327


author: Shawn Green

subject: Re: Dell ships NS/486?

text:
In article <[email]> [email] (John R. Ruckstuhl Jr.) writes:
|> Recently, someone (Bill Vermillion?) wrote that Dell will ship NeXTStep
|> pre-installed on 486.  I have a copy of a Dell/NeXT press release dated
|> 15 April which announces that intention...
|>
|> But I called Dell (1-800-BUY-DELL) and a salesperson said it isn't
|> shipping.
|>
|> Does anyone know when it will be shipping, and if it already is, can you
|> give me a contact point?
|>
|> Thanks.
|> Best regards,
|> ruck

We couldn't wait until DELL was ready to ship NSFI installed so we bought one
of the recommended DELL systems and then installed it our selves.  If you want
info on specific setups from NeXT, you can send mail to [email]
and send HELP as the subject to get a list of available docs.

We were told about four weeks before NSFI installed on a DELL system would be
shipping.  About two more weeks to go.

If you do decide to install it yourself, get a SCSI system.  The IDE/SCSI mix
gave me hell. Also, get one of the recommended SCSI cards listed in the DELL
docs from [email].


author: Ishir Bhan

subject: Re: Dell ships NS/486?

text:
I called Micron computers, since they seem to have good deals.  They new
about NeXTStep and said they were "very interested in getting it running
on our machines."  He said the only problem was that NS didn't support the
vidoe card they were using (a high perforance Diamond Viper graphics card
with a Weitek P9000 RISC chip).  This seems like an excellent NeXTStep
machine.  Does anyone know if NS is planning a driver for this card?  And
when?


author: Andrew L. Vogel

subject: UUCP problem

text:
I'm setting up a uucp connection between two Nextstations.  Running
uucico in debug mode I get the following

root math (7/28-12:00-243) SUCCEEDED (call to math )
imsg looking for SYNC<
\20>
imsg input<Shere=math\0>got 10 characters
omsg <Sizebug -Q0 -x6>
imsg looking for SYNC<
\20>
imsg input<ROK\0>got 3 characters
msg-ROK
Rmtname math, Role MASTER,  Ifn - 5, Loginuser - root
rmesg - 'P' imsg looking for SYNC<\20>
imsg input<Ptfg\0>got 4 characters
got Ptfg
wmesg 'U' g
omsg <Ug>
tries = 10
root math (7/28-12:03-243) FAILED (startup)

So, the two uucicos agree on the g protocol but then fail to talk?

Any ideas what I should do?


author: [redacted]

subject: CD Printing

text:
What printers can print on CD's - I want the cheapest (I already own a TDK
LPW-50 and its not enough for my needs)

Any suggestions

TIA


author: Larry

subject: Re: CD Printing

text:
In article <422dac5d$0$75868$[email]>, [email] says...

In the US a good economical choice is the Epson R-200. I think I paid about
$90 (US) for mine.


author: SleeperMan

subject: Re: CD Printing

text:
[email] wrote:

US or non-US?
Canon ip3000, ip4000 ip5000... for non-US


author: John Worman

subject: Re: CD Printing

text:
[email] wrote:
I noticed in the latest PCWORLD magazine that HP has a dual layer DVD
writer that will burn a label using the laser.  I think it takes special
disks, but you turn the disk over and run your label program.  It
retails for $130.00

They said it takes about 5 minutes to burn a label with text.  A lot
longer (45 minutes or more) for complex graphics.

Sorry, that's all I know.  It sounds interesting.  It would be more
interesting if someone besides HP sold one.

John


author: zakezuke

subject: Re: CD Printing

text:
special

The system is called "LightScribe"  The official site is
http://www.lightscribe.com/

Not anyone I know of actually sells the DVD media yet, though you can
get on a waiting list for Memorex DVD+R for about $20.00 a 10 pack with
jewel cases at a local big name shop.  CD media is somewhat easier to
find, I last priced it at $10 a 5 pack with jewel cases.   So presently
either or for $2/per.  I know of no DVD-R for this system.

The idea is sound enough but it's hardly what i'd consider to be a buy
it now technology.  It has the obvious benefits no run no jitter won't
rub off printing with a fixed cost of consumables.  But the write time
is massive.  I haven't actually timed my Epson R200 but it's no 45min,
it's no 5min.

I don't have an accurate cost of ink/disc estimate for my Epson R200
but I have printed over 200 CDs, at about 25% color.  Needless to say
at present buying inkjet printable media and using an inkjet printer is
over 1/2 the price of the HP solution.  This may change later.


subject: Re: CD Printing

text:
zakezuke wrote:

I guess it's not in color...???
Isn't it similar try as Yamaha one for CDR's---which noone really used?


author: Troels Nordfalk

subject: Name lookup for parameter-declaration-clause

text:
Hi,

I'm reading the standard as part of my thesis on parsing C++, and
amongst other things I stumbled on this:

Is using a member in a parameter-declaration well-formed, if the
member has not been declared yet ?

struct A {
 void g(X x) {X y=x;} // 1
 void h(X x);         // 2
 typedef int X;
};

void A::h(X x) {}

As issue 192 points out there is a contradiction between 3.4.1-7 and
3.4.1-8. The issue states that it "was not the intent of the
Committee". However, if this is so, does it mean that 3.4.1-8 should
only concern members defined outside the body of the class ?

Back to the example: According to 3.4.1-8 (seen isolated) g (1) is
well-formed, but h (2) is not described since it is not a
definition. This does not make much sense to me. Maybe "definition"
should be replaced by "definition or declaration".

FYI: Comeau 4.3.0.1 accepts neither g nor h.

Thanks,

Troels

---
[ comp.std.c++ is moderated.  To submit articles, try just posting with ]
[ your news-reader.  If that fails, use mailto:[email]    ]
[              --- Please see the FAQ before posting. ---               ]
[ FAQ: http://www.jamesd.demon.co.uk/csc/faq.html                       ]