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 MA
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
..
>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 ).
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 separa
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
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 (
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 reduce
>>used disk sp
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-
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,
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 i
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, 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 prob
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,
Luchezar Georgiev escribio':
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 *
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- n
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 subdirectori
Hi,
Arkady V.Belousov escribio':
mf> I prefer:
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,
FDOS\FONT\*.cpi). Of course, application should search ow
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 lang
Hi!
24-Фев-2004 09:23 [EMAIL PROTECTED] (maintainer freedospg) wrote to
[EMAIL PROTECTED]:
mf> Will "name crash" happen in DOS\HELP like "readme"?
I think, HELP subdirectory should contain _help files_ in some
specific formats (notwithstanding if they are text or binary), not general
purpos
Hi, crunzip is UNZIP which is able to handle crypted files.
This has no export limitations and the binary is called UNZIP,
too. So it gives extra functionality at "no extra cost". crZIP would have to be put
online
separately, but there are enough non-US mirrors of ZIP where
you can download it.
Jim Hall escreveu:
DOS- all exe/com/sys files
Definetly yes
DOS\HELP - all help files
but the help command should be in the DOS directory
Alain
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and
On Tue, 24 Feb 2004 [EMAIL PROTECTED] wrote:
> b) How can I debug those programs from within WinNT? Both the tools in
> BINNT and BINW complain about invalid debugging information. I pass the
> "-d3" option to WCC.EXE and WLINK.EXE gets "DEBUG WATCOM ALL". The
> executable has lots of stuff append
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 functio
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 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 encou
..
>
> 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 th
>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'
>
>S
..
>
>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
maintain
>
>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"
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 a
On Mon, 23 Feb 2004 17:49:27 -0300, Alain wrote:
Well now let's consider which UDMA or UUDMA to use? I allways understood that the most up-to-date and more frequently updated is UUDMA? Am I correct or not? Both ways, the version to include in 'base' should be selected by LUCHO...
There is nothing
31 matches
Mail list logo
