On Mon, 23 Feb 2004, Jim Hall wrote:
I would prefer a C:\DOS directory with all exacutables inside. Users
will feel more confortable with it ;-)
My thought would be to put them inside C:\DOS as subdirs.
Note that the install dir from the install program would need to use
C:\DOS as the
Hi, to answer your question:
DOS\HELP - all help files
This contains only files which are called project.*, like
project or project.cn or project.es or project.htm ...
Actually the CURRENT way is even simpler:
DOS\HELP\ contains files which are called project. So for example
the
..
I keep my binary files inside BIN of PGnnn.ZIP now, it
looks like I ought to drop the BIN directory to align
with your idea, give me a 'yes' please.
Eric.
BAHCL
Not if you are only doing it for distribution package
reasons, otherwise go ahead. While I encourage all
maintainers to
Hi!
DOS- all exe/com/sys files
DOS\APPINFO- lsm files
DOS\DOC\project- documentation for 'project'
DOS\HELP - all help files
DOS\NLS- national language support files
DOS\SOURCE\project - source code for 'project'
Sounds okay BUT
..
DOS- all exe/com/sys files
DOS\APPINFO- lsm files
DOS\DOC\project- documentation for 'project'
DOS\HELP - all help files
DOS\NLS- national language support files
DOS\SOURCE\project - source code for 'project'
Note that the install
Hi Jeremy,
Thanks for you explanation.
Looks like DOSEMU's setting, I'll take your
suggestion.
BIN\PG.EXE
DOC\PG\PG.MAN
regards,
BAHCL
--- Kenneth J. Davis [EMAIL PROTECTED]
Not if you are only doing it for distribution
package
reasons, otherwise go ahead. While I encourage all
Hello,
I'm trying to setup a functional OpenWatcom environment on WinXP (using
BINNT tools) building real-mode DOS programs. Till now it builds objects
and executables fine. I have these problems:
a) When I try to use a normal librarian (aka LIB.EXE), the Watvom linker
does accept the library,
Hi,
comments embedded.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, February 24, 2004 2:59 PM
To: [EMAIL PROTECTED]
Subject: [Freedos-devel] Q: Watcom debugging
Hello,
I'm trying to setup a functional
Hi!
24--2004 01:06 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
DOS- all exe/com/sys files
DOS\APPINFO- lsm files
DOS\DOC\project- documentation for 'project'
DOS\HELP - all help files
DOS\NLS- national language support
Yet another 3-letter maniac's proposal ;-)
DOS\BIN executable files
DOS\LSM linux software map files
DOS\HLP help files
DOS\MAN manuals and other documentation
DOS\NLS national language support
DOS\SRC source code, divided into project subdirectories
I'd divide *only* SRC into project
Arkady V.Belousov escribio':
Hi!
24--2004 01:06 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
DOS- all exe/com/sys files
DOS\APPINFO- lsm files
DOS\DOC\project- documentation for 'project'
DOS\HELP - all help files
DOS\NLS-
Hi!
24--2004 20:44 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to
[EMAIL PROTECTED]:
LG Yet another 3-letter maniac's proposal ;-)
LG DOS\BIN executable files
LG DOS\LSM linux software map files
LG DOS\HLP help files
LG DOS\MAN manuals and other documentation
LG DOS\NLS
Hi, thanks for changing to a shorter subject!
LG I'd divide *only* SRC into project subdirectories. BIN, INF, HLP, MAN and
LG NLS better be common for *all* projects, as they usually contain only a
LG single file per project (with some exceptions).
Not really true, and not really a problem!
Hi!
24--2004 20:04 [EMAIL PROTECTED] (Aitor Santamari'a Merino) wrote to
[EMAIL PROTECTED]:
mf C:\DOS - same as above + any support files
I think, if there will be too many support files of some type (say,
fonts), then they should be moved into own subdirectory (say,
Hi,
Arkady V.Belousov escribio':
Hi!
24--2004 20:04 [EMAIL PROTECTED] (Aitor Santamari'a Merino) wrote to
[EMAIL PROTECTED]:
mf C:\DOS - same as above + any support files
I think, if there will be too many support files of some type (say,
fonts), then they should be moved into
Hi!
24--2004 20:12 [EMAIL PROTECTED] (Aitor Santamari'a Merino) wrote to
[EMAIL PROTECTED]:
ASM (I've always considered it a very bad idea that Microsoft
ASM chose DOC for the Microsoft Word native files, precisely because there
ASM are many plain text files with extension DOC already too).
Hi!
BTW, keyboard.sys may be placed into NLS.
No, is only 1 file. Keep it on traditional place: Same directory where
keyboard binary is.
Data usually not separated as binary or not binary (ie. textual),
whereas BIN is not worsest name. :) How else? EXE?
Calling it bat-com-exe
Arkady V.Belousov escribio':
Hi!
24--2004 21:07 [EMAIL PROTECTED] (Aitor Santamari'a Merino) wrote to
[EMAIL PROTECTED]:
ASM In MS-DOS for most of the countries (I'd say) you rarely use much more
ASM than EGA.CPI (or EGA2.CPI).
So what? If many files are not used, you may remove them (to
Hi!
24--2004 20:39 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA The INF (APPINFO?) already is ONE directory with ONE .lsm file per project
Me liked this name! :)
FDOS\FONT\*.cpi ...
EA (and \fdos\man\pg.man ...)
EA NOT useful. There are only very FEW files like *.cpi,
Hi!
24--2004 21:05 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
BTW, keyboard.sys may be placed into NLS.
EA No, is only 1 file. Keep it on traditional place: Same directory where
EA keyboard binary is.
I say may, not should. :)
Data usually not separated as
..
Otherwise, I agree with Arkady. No need to have 50 files called COPYING with equal
contents ;-)
..
We don't (well not really).
Within the distribution there is a package called GPLv2,
which contains nothing but the GPL license which is installed
to the base dirctory (e.g. C:\DOS\COPYING ).
On Tue, 24 Feb 2004 21:00:50 +0300 (MSK), you wrote:
Hi,
Yes, though, DOC is not liked for me, because reminds MS Word. This
directory, probably, may be called MAN (from manual).
For better and much clearer definition, TXT should be best.
For example, you see PG.TXT or UDMA.TXT you'll
LG I'd divide *only* SRC into project subdirectories. BIN, INF, HLP, MAN and
LG NLS better be common for *all* projects, as they usually contain only a
LG single file per project (with some exceptions).
_Not_ agreed - many distributives contains similar files (readme,
what.new, etc.), so MAN
23 matches
Mail list logo
