On Fri, 17 Sep 1999, Si Owen wrote:
*However* :) For external ports this rounding to the nearest 8 since some
fixed point doesn't seem to occur. Also, IIRC, IN A,(n) and IN r,(C) both
take the same time for external ports (12 t-states).
Some are obviously internal or external, but I'm
Andrew Collier wrote:
Internal, in this context, refers to whether or not it is the ASIC itself
which handles these ports. Eg, it handles the MIDI interactions so that is
internal, but there is a seperate sound chip so those ports are classed
external. The floppy ports are also so a seperate
From: David Laundon [EMAIL PROTECTED]
Andrew Collier wrote:
Internal, in this context, refers to whether or not it is the ASIC
itself
which handles these ports. Eg, it handles the MIDI interactions so that
is
internal, but there is a seperate sound chip so those ports are classed
in some strange way! I might
try and work out what the value should be in theory, and add some SimCoupe
logging to show what it's doing for each line etc.
There's a scrolly message in the middle of the screen. However, you said
that screen on/off effects only happen at line resolution; how
authentic too as I've yet to get past the 2nd wave! We're you one of those
people that could spend hours playing a single game??
I think I've tracked down some of the problems with it running under
SimCoupe... I experienced the same running fast and slow when down to the
last few landers. Seems
- in current versions of SimCoupe the
processing for one line takes too long, and the code misses the following
line's interrupt, so has to wait for that during the next frame. The
message is sixteen pixels high, so this actually causes the program to run
at one sixteenth of the proper speed.
Andrew
-Original Message-
From: Si Owen [EMAIL PROTECTED]
To: sam-users@nvg.ntnu.no sam-users@nvg.ntnu.no
Date: 13 September 1999 13:34
Subject: Defender on SimCoupe (Was: Defender Source Code)
I've only just got around to playing this - it's a superb port! I think a
few of us will pay you back
Andrew Collier wrote:
BUT
the new incompatible files should have been given different extensions. If
somebody gives me a .doc file, I don't know if I can read it or not until
I waste my time trying. You don't think this situation is bad?
But the difference with the SAD (v2) is its just
On Fri, 10 Sep 1999, Andrew Collier wrote:
As the flatulent skunk of time wanders into the air conditioning unit of
eternity, and the piranha of fate circles in the bidet of destiny...
-- I have no idea!
Maybe I've missed the entire joke here, but don't you mean:
-- I'm Sorry I
On Fri, 10 Sep 1999, Andrew Collier wrote:
As the flatulent skunk of time wanders into the air conditioning unit of
eternity, and the piranha of fate circles in the bidet of destiny...
-- I have no idea!
Maybe I've missed the entire joke here, but don't you mean:
-- I'm Sorry I
. :-)
This was a joke?
Why does somebody want to compile old version of SimCoupe?
My (Aley's) version of SimCoupe is the latest.
I though SimCoupe is portable and my updates are as well.
So anybody can use them.
As I wrote, I can send the missing files.
But I can serve only with the latest SimCoupe version (0.783a2
Message -
From: Andrew Collier [EMAIL PROTECTED]
To: sam-users@nvg.ntnu.no
Sent: 7. záøí 1999 15:04
Subject: Re: SimCoupe 0.783a - ZIP
On Tue, 7 Sep 1999, Aley Keprt wrote:
Andrew Collier wrote:
Internally packed SAD is still a SAD.
It's a compressed sad -- the user *needs* to know
worked on
the scene for years and I am confused with it.
Making SAD version 2 is necessary, you can't call it
making new file format, but just fixing bugs in SAD v.1.
THe bug is the file size. I wrote many times, that I made
SAD a long time ago, when there were neither SimCoupe,
neither its DSK
either, because I've
described exactly how and why the .SAD or .DSK files might be compressed
internally by SimCoupe and yet remain compatible with earlier versions.
Aley, frankly I think you have a real attitude problem. If you don't
participate in a sensible discussion then that's fine by me, but I
On Fri, 10 Sep 1999, Paul Walker wrote:
--
Paul
As the flatulent skunk of time wanders into the air conditioning unit of
eternity, and the piranha of fate circles in the bidet of destiny...
-- I have no idea!
Maybe I've missed the entire joke here, but don't you mean:
-- I'm
old version of SimCoupe?
Because I cannot find up-to-date source. This is why I'm asking you for a
complete set of source files. It will take you, what, 10 seconds to produce?
(zip -9 -R simcsrc.zip *.c *.h *.inc)
As I wrote, I can send the missing files.
But I can serve only with the latest
btw. I haven't found that famous ZLIB yet. Where is it available?
The zlib home page is http://www.cdrom.com/pub/infozip/zlib/
The official zlib ftp site is ftp://ftp.cdrom.com/pub/infozip/zlib/
--
Paul
Of course Wales has the ability to govern itself, any country has,
and Wales has more
Hi,
Two things - firstly, is anyone actually maintaining this at present?
Secondly, did anyone actually get the source included to compile? Mine kept
complaining about missing header files; don't remember exactly which, I'll
check tomorrow.
--
Paul
I see my generation of Senior Hackers as
Secondly, did anyone actually get the source included to compile? Mine
kept complaining about missing header files; don't remember exactly which,
I'll
check tomorrow.
I can send the missing files.
Could you just upload an ZIP file of the source that you currently have? That
would be
Secondly, did anyone actually get the source included to compile? Mine kept
complaining about missing header files; don't remember exactly which, I'll
check tomorrow.
You did realise that the SimCoupé DOS releases from Aley only contain
as much
source as has been changed since the
On Wed, 8 Sep 1999, Thomas Harte wrote:
You did realise that the SimCoupé DOS releases from Aley only contain
as much
source as has been changed since the last Allan Skillman release
(SimCoup078_DOS.zip I think)?
This was trying to compile *Allan's* release, not Aley's. :-)
--
Paul
Hi,
Two things - firstly, is anyone actually maintaining this at present?
Secondly, did anyone actually get the source included to compile? Mine kept
complaining about missing header files; don't remember exactly which, I'll
check tomorrow.
--
Paul
Then what's hindering somebody to buy a
Hi,
Two things - firstly, is anyone actually maintaining this at present?
I do.
Secondly, did anyone actually get the source included to compile? Mine
kept
complaining about missing header files; don't remember exactly which, I'll
check tomorrow.
I can send the missing files.
the standard way of doing things. Simcoupe itself should
only care about the first two bytes of the file. The file manager will
need to know what the type is, so that it knows what to open it with.
For example, you may want to have compress on the menu for sad files,
and uncompress on the menu for saz
between an uncompressed and a compressed image.
There are programs, current programs such as samdsk and dskman, which the
user *will need to use* in addition to SimCoupe - they understand .dsk
files but do not understand compressed .dsk files. The user MUST be aware
that a file is compressed before
Well,
as fas as I can remember, I coded at least two
programs for converting SAM disks to/from floppies.
SMD (SamMasterDos) and SBK (SamBackup).
There are several versions of SMD written in Pascal
and the newer SBK which replaced earlier SMD.
I stopped the work when I bought my new PC and it
Can anyone tell me why Samdisk will not work with my PC.
I have a 386 x 16mhz laptop and Samdisk works perfectly on that.
I've had various flavours of PC.. 486 DX2 66 Samdisk would not
[snip]
Yep. It's because samdisk tries to read tracks 10 sectors at a time
(reasonable enough,
On Thu, 26 Aug 1999, Robert Wilkinson wrote:
Andrew Collier wrote
I hope this doesn't sound trite, but have you tried samdsk instead? (ISTR
it works much more reliably than the other program).
No, I don't have Samdsk, where can I get it.
-users@nvg.ntnu.no
Subject: Re: SAMDISK.exe + Simcoupe.
On Thu, 26 Aug 1999, Robert Wilkinson wrote:
Andrew Collier wrote
I hope this doesn't sound trite, but have you tried samdsk instead?
(ISTR
it works much more reliably than the other program).
No, I don't have Samdsk, where
.
.. 166Mhz Pent .
Current, Samdisk will not work with this either.
Any Ideas
Has anyone had the same or similar problem.
With reference to promoting Sam to new users via Simcoupe.
This is not a viable option until a printer option
On Thu, 26 Aug 1999, Robert Wilkinson wrote:
Can anyone tell me why Samdisk will not work with my PC.
Any Ideas
I hope this doesn't sound trite, but have you tried samdsk instead? (ISTR
it works much more reliably than the other program).
Andrew
--
-- Andrew Collier ([EMAIL
Andrew Collier wrote
I hope this doesn't sound trite, but have you tried samdsk instead? (ISTR
it works much more reliably than the other program).
Andrew
No, I don't have Samdsk, where can I get it.
Bob Wilkinson.
Lars Persson Wrote
I have n't used SimCoupe that much, but I can't run it from Windows 9x very
well. Well it crashes. Have noticed so many other bad things with it. Ok the
sound emulation could be on a real time basis so my Sample Editor would work
properly. :-)
So What other problems have you
From R Wilkinson
Thank you Matt and Lars.
My Simcoupe slows down when returning from using the GUI.
Fix.. Type MODE1 (Not very practical sometimes)
Also the comand line sometimes goes haywire.
Fix..??
Do either of you suffer the same problem.
Bob Wilkinson.
I have n't used SimCoupe that much, but I can't run it from Windows 9x very
well. Well it crashes. Have noticed so many other bad things with it. Ok the
sound emulation could be on a real time basis so my Sample Editor would work
properly. :-)
/Lars
From: Robert Wilkinson [EMAIL PROTECTED
if you dont like it, turn it off. Or do you really
enjoy emulating awkward loading procedures?
He was talking about enhancements to the emulated virtual machine, not the
host environment.
Changes to the virtual machine are a bad thing. They would make SimCoupe
unrealistic, and emulating
ake SimCoupe easier to use.
The loading system - provided you stick to using disk images, rather than a
magic file store - is something *external* to the virtual Sam. Feel free to
change it, but also note that you already can double-click on a disk image,
which loads SimCoupe, and press F9
(presumably)... the virtual machine remains
the same - the F9 push (which would normally come from the keyboard)
comes from the host environment code - and that'd allow you to set
different preferences - e.g. autoboot on reset, call0, etc. etc.
3. start from non-SimCoupe directory
4. faster disk
12)
3. start from non-SimCoupe directory
4. faster disk emulation (DOS is poor, Win32 is faster)
/quote
Changes to the virtual machine are a bad thing. They would make SimCoupe
unrealistic, and emulating something which never existed. Changes to the
external GUI can be a good thing
On Thu, 22 Jul 1999, Martin Fitzpatrick wrote:
The loading system - provided you stick to using disk images, rather than a
magic file store - is something *external* to the virtual Sam. Feel free to
change it, but also note that you already can double-click on a disk image,
isn't an
by SimCoupe - as an *Option* ...I dont
personally dont get strained by pushing the F9 key, but regardless, if
people use SimCoupe primarily to play their games, why not allow *as an
option* the ability to autoboot (as James said - probably via the GUI
doing the equivalent of F9 push, based on how
On Thu, 22 Jul 1999, Martin Fitzpatrick wrote:
I dont mind occasionally searching through directories for a file - you
do that whatever program you're using - just the ability to double-click
on something and *bam* there it is in SimCoupe, would be very nice
indeed.
But you already can set
On the subject of autoboot, yep, I'm very much in favour so long as
it's optional. Ideally with a virtual hard drive if no disk is in fd1.
I don't think there's anything wrong in making improvments to an
emulated SAM in this way, so long as there are options to make it
behave authentically when
Dave Whitmore wrote:
Okay, someone yell at me. :-)
I won't yell at you. I only yell at people who are wrong... Actually, I
don't really yell at them, but the words don't come out quite right. :-)
As long as it's an option, you can do whatever the hell you like with
SimCoupe.
--
Stuart Brady
Aley -- what's wrong with you? I admit that I might have been a bit
trollish before (which I have apologised for, before you say anything),
but stupid -- even _I'm_ not that bad...
Bad translation, maybe. Aley's English is better than our Czech, so I'm not
sure we can complain if it turns out
but it seems to work for all four of the
demo disks on the newbies page. This is for the version of the ROM
which comes with SimCoupe 0.72. Note: if you use this poke then it will
always boot when you start the emulator whether you like it or not, and
also whenever you type NEW.
3EFF 320056 32445C
Andrew Collier wrote:
The new features should be - of course - optional.
So you can turn it off.
That's not the point... Any new feature added to the virtual machine,
makes SimCoupe less realistic. And if SimCoupe doesn't try to
realistically emulate the Sam, then why bother
On Fri, 16 Jul 1999, Andrew Collier wrote:
On Fri, 16 Jul 1999, Aley Keprt wrote:
Summary:
Somebody (??) could add these functions to SimCoupe:
1. fast reset
2. auto-boot SAD images (snapshots can do 12)
The thing is, you have to remember that SimCoupe is a Sam emulator
On Sat, 17 Jul 1999, Tim wrote:
3. start from non-SimCoupe directory
4. faster disk emulation (DOS is poor, Win32 is faster)
It would be nice to be able to double-click on a dsk image, and have
SimCoupe load with that image in drive 1. You could then just press F9 to
load the game
On Tue, 20 Jul 1999, Aley Keprt wrote:
On Fri, 16 Jul 1999, Andrew Collier wrote:
The thing is, you have to remember that SimCoupe is a Sam emulator, it is
not a Snakemania program. These features may suit your particular
circumstances, but they would make SimCoupe act less like a real Sam
That's not the point... Any new feature added to the virtual machine,
makes SimCoupe less realistic. And if SimCoupe doesn't try to
realistically emulate the Sam, then why bother?
Exactly!
If everyone added new features to SimCoupe that never even existed on
the real SAM, not only would you
On Wed, Jul 14, 1999 at 09:44:25PM +0100, Stuart Brady wrote:
Not releasing the source code when developing is something that simply
isn't done with OSS. Until now, anyway.
I don't think you are right. Rare it might be, but I bet it still happens.
In fact, you may be aware that a few months
And then if you can get hold of an image of the SC_AutoBOOT
ROM[1],
[snip]
[1] The modifications are probably still copyrighted unfortunately...
IIRC both Cookie and Edwin have produced auto-booting ROM images.
BTW, Actually got a new submission to the Sam Webring
From: Dan Dooré [EMAIL PROTECTED]
BTW, Actually got a new submission to the Sam Webring
(http://www.podboy.demon.co.uk/coupe/webring) the other day - It's a pity
the page it points to doesn't actually exist ;-)
I _knew_ there was something else to do in the YSRnRY revamp... I'll add my SAM
Aley Keprt wrote:
On Fri, 16 Jul 1999, Andrew Collier wrote:
The thing is, you have to remember that SimCoupe is a Sam emulator, it is
not a Snakemania program. These features may suit your particular
circumstances, but they would make SimCoupe act less like a real Sam and
therefore I think
From: Aley Keprt [EMAIL PROTECTED]
I only must point that internal GUI's open menu is the only possibility
how to start DSK images placed in different directory than SimCoupe.
No it isn't as the -fd1 commandline option accepts paths. The following
works fine from the
Start-Run dialog box
Not releasing the source code when developing is something that simply
isn't done with OSS. Until now, anyway.
I don't think you are right. Rare it might be, but I bet it still happens.
I *know* it still happens, because I'm doing it (currently) with Hurricane.
The fact that no-one's asked
reply,
calling me a woman and accusing me of missing the point (again). I'm
getting really fed up of this...
That's not the point... Any new feature added to the virtual machine,
makes SimCoupe less realistic. And if SimCoupe doesn't try to
realistically emulate the Sam, then why bother?
IMHO, any
Andrew Collier wrote:
It would be nice to be able to double-click on a dsk image, and have
SimCoupe load with that image in drive 1. You could then just press F9 to
load the game.
You can. simcoupe -fd1 image.dsk inserts image.dsk in floppy drive 1.
Use -fd2 for floppy drive 2. This should work
of doing things. Simcoupe itself should
only care about the first two bytes of the file. The file manager will
need to know what the type is, so that it knows what to open it with.
For example, you may want to have compress on the menu for sad files,
and uncompress on the menu for saz files.
[snip
Simon Cooke wrote:
RAR, of course, has the same benefits. The reason tar + gzip compresses
better is because ZIP treats separate files as individual compression
blocks; rather than compressing the entire archive. For data that may be
repeated across files, tar'ing and then gzipping the file
3. start from non-SimCoupe directory
4. faster disk emulation (DOS is poor, Win32 is faster)
It would be nice to be able to double-click on a dsk image, and have
SimCoupe load with that image in drive 1. You could then just press F9 to
load the game.
urm you can - At least in Windows 98
I don't think the long filename should be a problem - how many people
still use DOS outside of Windows95/98/NT any more?
How many people still use the old machine known as a SAM Coupe?
And just as soon as somebody compiles SimCoupe for the Sam Coupe, that
question might become relevant
I don't think the long filename should be a problem - how many people
still use DOS outside of Windows95/98/NT any more?
How many people still use the old machine known as a SAM Coupe?
And just as soon as somebody compiles SimCoupe for the Sam Coupe, that
question might become relevant
RAR, of course, has the same benefits. The reason tar + gzip compresses
better is because ZIP treats separate files as individual compression
Yeees. I am aware of this, oddly enough, having looked at compression
schemes in the past grin There's other solid archivers around now, but I
still
Paul Walker wrote:
Either way, the answer is more than you'd think. I'm with whoever
suggested .saz, since it follows the .tar.gz - .taz (or .tgz) example. Or
provide two versions of the file, or .. oh sod it, use long filenames. Who
cares anyway?
You should be able to use either, unless of
Paul Walker wrote:
Either way, the answer is more than you'd think. I'm with whoever
suggested .saz, since it follows the .tar.gz - .taz (or .tgz) example. Or
provide two versions of the file, or .. oh sod it, use long filenames. Who
cares anyway?
You should be able to use either,
Hell.. Why not use a tar + gzip combination? :)
And why use it, when there is ZIP?
'cause tar+gzip compresses better, as a general rule.
Paul
--
God loves kids, cuz he can't fool (mature) adults ...
-- Gabe Carlson on alt.atheism
I don't think the long filename should be a problem - how many people
still use DOS outside of Windows95/98/NT any more?
How many people still use the old machine known as a SAM Coupe?
Paul
--
Luck is my middle name, said Rincewind, indistinctly. Mind you, my first
name is Bad.
-- Terry
From: Paul Walker [EMAIL PROTECTED]
Hell.. Why not use a tar + gzip combination? :)
And why use it, when there is ZIP?
'cause tar+gzip compresses better, as a general rule.
RAR, of course, has the same benefits. The reason tar + gzip compresses
better is because ZIP treats separate files
Well, if anyone can send me a Mode 3, Mode 1, Mode 2 and Mode 4 screenshot
as PC files, I'm sure I can come up with a converter program
Thanks,
Simon
On Thu, Jul 15, 1999 at 03:18:56PM +, James R Curry wrote:
Don't tell me that Most users have no problems with installing x
before y., I've spoken to so many people who have trouble
understanding concepts like Root directory and the difference
between free hard-drive space and RAM.
We
The first rule you'll learn when in any support job (or involved with anything
that's directly available to the public):
People are stupid.
Nick
, 1999 9:39 AM
To: sam-users@nvg.ntnu.no
Subject: Re: New: SimCoupe 0.783a - Sound emulation
The first rule you'll learn when in any support job (or involved with
anything
that's directly available to the public):
People are stupid.
Nick
I agree with you wanting to keep your work available as a stand-alone
package, but if we want the more general user to investigate
SimCoupe, the installation should be as straight-forward as possible.
This is very interesting opinion.
I think not only instalation should be straight forward
/SAD and SimCoupe must
detect the contents of a file, not the extension.
Internally packed SAD is still a SAD.
Also, DSK shouldn't be compressed since some people
may want to work with it (Linux???).
Btw, I've got an idea: you could treat the floppy as a ramdisk, and
load
and save images
On Fri, 16 Jul 1999, Aley Keprt wrote:
Summary:
Somebody (??) could add these functions to SimCoupe:
1. fast reset
2. auto-boot SAD images (snapshots can do 12)
The thing is, you have to remember that SimCoupe is a Sam emulator, it is
not a Snakemania program. These features may suit your
and
for the uncompressed image...
No no no.
We should have the least number of extensions as possible.
Why?
Surely it is better to have different extensions for distinguishable file
types.
It is be possible to use only one extension for
compressed and uncompressed DSK/SAD and SimCoupe must
detect the contents
it be likely to cause a problem if future versions of SimCoupe were
to require long filename support in the hose operating system?
Andrew
--
-- Andrew Collier ([EMAIL PROTECTED]) --My other
-- http://mnemotech.ucam.org -- .sig is a
-- Part 3 Materials Science
Andrew Collier [EMAIL PROTECTED] writes:
In that case, I'll rephrase the question slightly:
Would it be likely to cause a problem if future versions of SimCoupe were
to require long filename support in the hose operating system?
Probably make Simcoupe unusable duing the hot summer months
In that case, I'll rephrase the question slightly:
Would it be likely to cause a problem if future versions of SimCoupe were
to require long filename support in the hose operating system?
Only if I get to drive the fire-engine! :)
Seriously, I've no problems with that...
Justin.
From: Nick Humphries [EMAIL PROTECTED]
Correction:
I thought DOS systems viewed long file names as wibble~1.zip or whatever? If
so,
then so long as the files required in the emulator program itself are in 8.3
format, the sight of ~1 would be ugly, but the file would still be useable.
I meant
rephrase the question slightly:
Would it be likely to cause a problem if future versions of SimCoupe were
to require long filename support in the hose operating system?
I thought DOS systems viewed long file names as wibble~1.zip or whatever? If so,
then so long as the files required in the emulator
On Fri, 16 Jul 1999, Nick Humphries wrote:
Would it be likely to cause a problem if future versions of SimCoupe were
to require long filename support in the hose operating system?
s/hose/host
I thought DOS systems viewed long file names as wibble~1.zip or whatever? If
so,
then so long
Yes, although I don't know how well this particular system would cope with
a filename containing two dots, like wibble.dsk.gz
wibble~1.gz
(I just tried it)
Anyway I thought in DOS mode under Win95 and Win98 you could use long
filenames transparently - or maybe that was only in NT? I don't use
From: Justin Skists [EMAIL PROTECTED]
Anyway I thought in DOS mode under Win95 and Win98 you could use long
filenames transparently - or maybe that was only in NT? I don't use very
Windows much, you can probably tell...
DOS prompt, you can.. but DOS programs treat them with the twiddles..
Good,
From: Nick Humphries [EMAIL PROTECTED]
To: sam-users@nvg.ntnu.no
Subject:Re: New: SimCoupe 0.783a - Sound emulation
Date sent: Fri, 16 Jul 1999 09:38:35 +0100
Send reply to: sam-users@nvg.ntnu.no
The first rule you'll
From: Justin Skists [EMAIL PROTECTED]
To: 'sam-users@nvg.ntnu.no' sam-users@nvg.ntnu.no
Subject:RE: New: SimCoupe 0.783a - Sound emulation
Date sent: Fri, 16 Jul 1999 10:01:48 +0100
Send reply to: sam-users@nvg.ntnu.no
I don't think the long filename should be a problem - how many people
still use DOS outside of Windows95/98/NT any more?
I do! :)
Wow, it seems to my day for arguing with you, doesn't it, Andrew?
*grins*
--
James R Curry - [EMAIL PROTECTED]
The Balloon Doggies DEMANDED it!
On Fri, 16 Jul 1999, Aley Keprt wrote:
Summary:
Somebody (??) could add these functions to SimCoupe:
1. fast reset
2. auto-boot SAD images (snapshots can do 12)
The thing is, you have to remember that SimCoupe is a Sam emulator, it is
not a Snakemania program. These features may
Aley Keprt wrote:
Most of the current Sam-related stuff at NVG and other servers is ZIPped
(pk).
Which is shareware. :-(
We have ZIP sources as well, and ZIP can pack multiple files.
That's positive, isn't it?
It could be. It depends on whether you want multiple files, really.
All of this
Aley Keprt wrote:
[snip]
I think Aley's just said what I *meant* to say. :-) Sorry.
Do you all know why we still talk about op.systems, instead of SimCoupe?
Since Si works on his own. That's the problem.
If Si will stop working on his own, we can stop talking about this strange
Microsoft stuff
Maria Rookyard wrote:
You mean like standard rose trees or something?
Just trees. As long as you can swing on them.
--
Stuart Brady
programmers are all alike -- they've got no respect
for other platforms. DOS programmers are about as bad, too: Go and get
DOS because it's the right STANDARD -- if we listened to that sort
of advice, we'd all be living in trees.
Oh no!
a) I preffer better Win32 SimCoupe, than worse one
Stuart Brady wrote:
I do, however, urge Si Owen to release the code, no matter how buggy or
incomplete it is. I was under the impression that he was waiting until
he'd got the basics working first, but he seems to be well past that
stage, if he's thinking about disk image formats. Have you got
On Wed, 14 Jul 1999, Stuart Brady wrote:
1. He's still working on it.
He really should consider releasing the source code whilst he's working
on it, so that the Linux and DOS versions have a chance to catch up.
I notice you didn't mention the MacOS version
Anyway, as we have discussed
From: Stuart Brady [EMAIL PROTECTED]
Simon Cooke wrote:
He might be attempting to make the win32 version better than the others?
SO WHAT?
Oh no... that's a Microsoft tactic, isn't it, so there /can't/ be
anything wrong with it...
Innovation is a good thing. Speaking as a programmer, I know
it. As you'll
have
the source, you can spend the time backporting it if you like.
That's true. I'm not going to argue with that. But he *could* release
the source code after getting the basics done.
I think we could cooperate on SimCoupe rather than at first Si does
hit work, than you will convert
on this matter, I
would've lost my temper by now, scrapped all changes to the code and
send a post on here in the spirit of Sod this for a game of marbles,
someone else do the friggin port! I've had enough.
I think this is a normal situation.
If something is about to happen (Win32 SimCoupe
. And (I'm playing devil's advocate here, slightly) what
makes you think it is any of your business how Simon chooses to spend his
time?
What? Useless documentation???
Remember: DOCUMENTATION OS NEVER USELESS!!!
This applies to the long-term projects as SimCoupe, when many people
want to work
201 - 300 of 605 matches
Mail list logo
