Re: [Freedos-devel] Q: watcom

2004-02-04 Thread Arkady V.Belousov
Hi! 4-Фев-2004 10:55 [EMAIL PROTECTED] (Bart Oldeman) wrote to [EMAIL PROTECTED]: >> BO> Anyway, -os -s or -oas -s or -oals -s will generally be smaller. >> Looks like best (default) should be -obhklrs and sometime with >> -oami[+]-s? Anyway, ATTRIB.OBJ for -obhklrs-oami+-s (almost) identica

Re: [Freedos-devel] watcom

2004-02-04 Thread Arkady V.Belousov
Hi! 4-Фев-2004 10:48 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to [EMAIL PROTECTED]: >> - WHELP doesn't support fast search (by first typed letters). LG> It does - press S and then type - it searches as you type. `S' searches only in list, which (somewhat) equal to index. It doesn't searc

RE: [Freedos-devel] Q: watcom

2004-02-04 Thread Roberto Mariottini
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Arkady V.Belousov > Sent: Tuesday, February 03, 2004 10:33 AM > To: [EMAIL PROTECTED] > Subject: RE: [Freedos-devel] Q: watcom > [...] > RM> If you pass option /mt (or something like that) to the > comp

[Freedos-devel] Running Windows 98 setup from freedos.

2004-02-04 Thread Nicu Pavel
Hi, I am trying to do a boot disk with all USBCD drives to help installing windows on mb's that can't boot from USBCD. The problem is that after running windows 98 setup from cdrom Win98 initialise the graphic mode and the next message it's a window with: "Windows 98 needs at least 16Mb of me

Re: [Freedos-devel] Please try new HIMEM64

2004-02-04 Thread Aitor Santamaría Merino
Hi, Michael Devore escribió: There is a requirement for HIMEM for FreeDOS to work on 386+. Ooops... sorry, then I can't do the testings on that PS/2 machine. It has a 286 A pitty. Aitor --- The SF.Net email is sponsored by EclipseCon

Re: [Freedos-devel] Q: watcom

2004-02-04 Thread Bart Oldeman
On Wed, 4 Feb 2004, Steffen Kaiser wrote: > On Wed, 4 Feb 2004, Bart Oldeman wrote: > > > Replacements for malloc() and free() will help; don't forget to define > > _nmalloc as a malloc caller. > > Can you hook into Watcom's heap management? E.g. trace malloc() calls, > redo malloc(), if it failed

Re: [Freedos-devel] Q: watcom

2004-02-04 Thread Steffen Kaiser
On Wed, 4 Feb 2004, Bart Oldeman wrote: > Replacements for malloc() and free() will help; don't forget to define > _nmalloc as a malloc caller. Can you hook into Watcom's heap management? E.g. trace malloc() calls, redo malloc(), if it failed (after some stuff has been deallocated)? Can I have im

Re: [Freedos-devel] Re: PRNFILE.C0M enclosed. Occam's razor

2004-02-04 Thread Johnson Lam
On Wed, 04 Feb 2004 12:49:53 +0200, you wrote: Hi Lucho, Thank you very much! >> wow ... there're so many good programs, is it free? >Of course! All Bulgarian software is free ;-) Maybe opening this archive of freeware will be a great help for FreeDOS. >Nowhere I suppose. Please find it enclos

Re: [Freedos-devel] Q: watcom

2004-02-04 Thread Bart Oldeman
On Wed, 4 Feb 2004, Arkady V.Belousov wrote: > BO> Anyway, -os -s or -oas -s or -oals -s will generally be smaller. > > Looks like best (default) should be -obhklrs and sometime with > -oami[+]-s? Anyway, ATTRIB.OBJ for -obhklrs-oami+-s (almost) identical to > result with -oxshki+-s. hmm, I

[Freedos-devel] Re: PRNFILE.C0M enclosed. Occam's razor

2004-02-04 Thread Luchezar Georgiev
On Wed, 04 Feb 2004 17:27:43 +0800, Johnson Lam wrote: I've got a 624-byte long TSR utility called PRNFILE.COM written here in Varna 10 years ago, which, if loaded, sends every PrintScreen request to a file called C:\PRNFILE.DAT ;-) wow ... there're so many good programs, is it free? Of course! Al

RE: [Freedos-devel] dosfsck 2.10 for DOS

2004-02-04 Thread Imre Leber
Hi, Tested Imre Leber's dosfsck(8) 2.10 port for DOS (at http://users.pandora.be/imre/FreeDOS/) and it works for me on most disks, except on diskettes (hangs up until the diskette is removed, then says "Read 32 bytes at n:No Error") and on large FAT32 drives (says "Seek to nnn:No

Re: [Freedos-devel] New CPULEVEL tiny (2.2k) CPUID tool released

2004-02-04 Thread Johnson Lam
On Wed, 04 Feb 2004 10:29:21 +0200, you wrote: Hi Lucho, >You can use the Russian Informer system information tool (dated 2001 - newer versions >are NOT free and the product has been renamed to ASTRA) from the UDMA page. One of >the best free system information tools nowadays is the Hungarian A

Re: [Freedos-devel] watcom

2004-02-04 Thread Luchezar Georgiev
On Wed, 4 Feb 2004 08:35:55 +0300 (MSK), Arkady V.Belousov wrote: - WHELP doesn't lists help files (in current and/or startup directory). - WHELP doesn't shows help file header (for example, "Open Watcom C/C++ Getting Started") in Contents. - WHELP doesn't remembers last position in Contents. -

Re: [Freedos-devel] New CPULEVEL tiny (2.2k) CPUID tool released

2004-02-04 Thread Luchezar Georgiev
On Wed, 04 Feb 2004 10:23:32 +0800, Johnson Lam wrote: It's very trouble for user like me to find out what CPU/RAM/hardware. You can use the Russian Informer system information tool (dated 2001 - newer versions are NOT free and the product has been renamed to ASTRA) from the UDMA page. One of the

Re: [Freedos-devel] Q: watcom

2004-02-04 Thread Luchezar Georgiev
On Wed, 4 Feb 2004 03:20:41 +0300 (MSK), Arkady V.Belousov wrote: I don't know how organized the Watcom RTL sources, but, probably, there are more common files. In this case, to make executables smaller, there remains only one way: instead .obj compiler should generate .lib files, where each func