HDTenEightyP/NetNews huggingface dataset:
From: Alex Yakovlev <yak@sms.ccas.msk.su>
Newsgroups: comp.os.msdos.programmer
Subject: Problem in TopSpeed DOS Extender
Date: Wed, 06 Jan 93 14:47:18 +0300
Distribution: world
Organization: Computing Center of Russian Academy of Sciences
Reply-To: yak@sms.ccas.msk.su


 Dear colleagues, we have the TopSpeed C/C++ System Ver 3.02
 with TopSpeed DOS Extender - legal copy, don't worry. I use
 dynamic link libraries (DLL), created by TopSpeed in extended
 memory model (by the way, i've had to correct the system file
 TSPRJ.TXT before i could create DLL's in this model - it's
 obvious JPI's mistake!). When i attempted to use *MANUAL*
 loading/unloading DLL's, i met serious problem. I've reduced
 my program to the following pair of texts:

 My main text looks like as:

   #include <stdio.h>
   #include <conio.h>
   #include <tsxlib.h>
   typedef unsigned (* Function) (void);
   static Function func;
   static unsigned handle, res;
   void main (void)
   {
     while (getch() != 033)
     {
       handle = LOADMODULE("Drv");
       func = (Function) GETPROCADDR("_Proc", handle);
       res += func();
       UNLOADMODULE(handle);
       printf("%d\n", res);
     }
   }

 And DLL-text, named "Drv.c", is very simple:

   unsigned Proc(void) {return 1;}

 The main program results in General Protection Fault on the
 15'th pass through the loop. I think, it is connected with an
 incorrect behaviour of UNLOADMODULE. May be, it is necessary
 to pass some other parameter, not a handle, into this
 function?

 I'm sure, there are experienced people, who use TopSpeed DOS
 Extender's DLL's in such a way. Help me, please!
 --
 Alex Yakovlev
 Computing Center of Russian Academy of Sciences
 Moscow, Russia
 Internet: yak@sms.ccas.msk.su

Newsgroups: comp.os.msdos.programmer
From: dave@tygra.Michigan.COM (David Conrad)
Subject: Patch for MS-DOS 5.0 CHKDSK.EXE of Apr 9
Organization: CAT-TALK Conferencing System
Date: Tue, 12 Jan 1993 14:40:01 GMT

For those who have the revision of MS-DOS 5.00 wherein the CHKDSK has
a serious bug (Apr 9, 91, size 16,200) I've produced the following
patch based on information provided by Padgett Petersen.  If you don't
have the patch program to apply this then email me; if enough people
need it I'll see that it gets uploaded to Simtel20.

(It's actually already there in several of Borland's patches to Turbo/
Borland C(++), as well as perhaps other places.  I got mine from
PD1:<MSDOS.TURBOC>TCPPT1.ZIP, it's also in TCPATCH2.ARC in the same
directory, apparently.)

-=-=- cut here -=-=- chkdsk.pat -=-=- cut here -=-=-
; Padgett Peterson posted the following info about the Apr 9 version
; of CHKDSK.EXE, which as you probably know by now has a serious bug:
;
; 8b 4f 0f 8b f9 ... at offset ds:263e in the "old" and
; 8b 7f 0f 32 ed ... is at the same offset in the "new"
;
;                                       Warmly,
;                                               Padgett
;
; Note: this was done without any advice/observations from Mircrosoft &
;       only represents what I found in minimal testing. Caveat y'all.
; --
; Having taken a quick look myself, I've made the following patch,
; noting that the same caveats that Padgett mentioned should apply,
; and it can be applied with:
;
; patch chkdsk.pat chkdsk.exe
;
; If it says, "patch already applied," then you have the fixed version.
; (Yes, 263e above and 273e below.  The difference is due to the PSP.)
;
; Regards,
; David R. Conrad, David_Conrad@mts.cc.wayne.edu, dave@michigan.com

273E: 8B 7F 0F 32 ED
      8B 4F 0F 8B F9
-=-=- cut here -=-=- chkdsk.pat -=-=- cut here -=-=-

David R. Conrad
-- 
=  CAT-TALK Conferencing Network, Computer Conferencing and File Archive      =
-  1-313-882-2209, 300bps-14400bps, V.32/V.32bis/TurboPEP New users use 'new' - 
=  as a login id.  AVAILABLE VIA PC-PURSUIT!!! (City code "MIDET")            =
   E-MAIL Address: dave@Michigan.COM
From: rol@grasp1.univ-lyon1.fr (Paul Rolland)
Newsgroups: comp.os.msdos.programmer
Subject: Strange option in Borland make
Date: 8 Jan 93 14:33:20 GMT
Followup-To: comp.os.msdos.programmer
Organization: Apple Computer Europe

Hi all,

I'm using Borland make, and I've organized my disks as follows :
E:\ ASM and LNK source files
G:\ OBJ and EXE files

In my makefile, I've added
.PATH.ASM=E:
.PATH.OBJ=G:
.PATH.EXE=G:

.ASM.OBJ:
		  TASM ($OPTIONS) $*.ASM,$*.OBJ

TOTO.OBJ:
        TOTO.ASM

And the result is surprising... Make controls correctly the date of the
.OBJ
on the G: disk and the disk of the .ASM on the E: disk, and calls TASM
only when it is necessary... BUT, TASM is called with :
TASM <options> E:TOTO.ASM,E:TOTO.OBJ  
                          ??
How can I tell it that PATH for OBJ is on G: ? With such a behavior, it
cannot
generate my exe file because the OBJ are not found when link is called,
and i'd like to have ASM and OBJ on different disks because it is
clearer...
Any help will be greatly appreciated !

Paul Rolland

A bug can be changed to a feature by documenting it. Developpers know !
From: johannes.beekhuizen@contrast.wlink.nl (Johannes Beekhuizen)
Newsgroups: comp.os.msdos.programmer
Subject: Suggestions wanted: A good programmers editor!
Date: Sat, 09 Jan 1993 10:04:34

Hello Fraser,

On Thursday January 07 1993, Fraser Street wrote to All:

 FS> I am interested in your recommendations from the net of a good
 FS> programmers editor for MS-DOS (386+) class machines.  Specifically I

Have you ever looked at Qedit? Current version is 2.15.

 FS> For me, a candidate editor must:

 FS> 1) Be character based.

OK.

 FS> 2) Do split screens to edit multiple files

OK.

 FS> 3) Have some sort of menu bar for functions which can appear/disappear
 FS>    as necessary.

OK.

 FS> 4) Have some sort of keybindings I am familiar with (emacs or
 FS>    Wordstar)

Looks to me like Wordstar, but may be reconfigured.

 FS> 5) Hopefully have a pop-up help screen for keybindings..

OK.

 FS> two other functions I find very useful:

 FS> 1) Support for a mouse so I can select text for cut/paste/delete
 FS>    operations.

No.

 FS> 2) Syntax directed indenting so that when I program the editor is
 FS>    aware of the current code and automatically indents to handle (),
 FS> {}, ;, and other similar constructs.  This would be similar to emacs's
 FS>    C-mode.

Yes. Also can check on matching pairs.

 FS> 3) A relitively robust UNDO facility.

Good enough for me.

 FS> The editor DOES NOT need to have:

 FS> 1) A fancy macro language.

It has, but you don't have to use it. Although I've made a template which
writes the basic frame of a program.

 FS> 2) The ability to edit huge files.

Its limit is available conventional memory.

 FS> If you know of an editor that fits this description which I could
 FS> acquire via FTP, or an inexpensive commercial product, please let me

Various places to FTP it from.

Regards,

           Hans.

fidonet  2:281/527.5
yan-net  123:3183/101
e-mail   johannes.beekhuizen@contrast.wlink.nl

Newsgroups: comp.os.msdos.programmer
From: nelson@desktop.nsc.com (Taed Nelson)
Subject: EXE that can mimick a Device Driver
Organization: Applications Technology, National Semiconductor (Santa Clara, CA)
Date: Wed, 13 Jan 1993 00:28:10 GMT

I have a need to put one of my command line programs (.EXE) inside the
  CONFIG.SYS file for some users (it must run prior to a network device
  driver).  As I discovered previously, one way of doing this is through the
  INSTALL= statement -- HOWEVER, it runs _all_ DEVICE= statements before the
  INSTALL= -- regardless of their placement within the file.

I do not want to have two versions of my program, one as an EXE for command
  line, and another SYS for the device driver mode.

I noticed that some EXE programs, such as SOFT-ICE (the debugger) and EMM386
  (the expanded memory manager) are EXE programs, but they can be installed
  via the DEVICE= statement.  How is this done?

Does anyone know how to do this or know of any source code that does it?

I will post a summary of any responses since I imagine that others would be
  interested in this bit of trickery.  Thanks!
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.misc,comp.os.os2.misc
From: Steve.Withers@bbs.actrix.gen.nz
Subject: Re: DISABLING  CTRL-C  in BAT FILES...
Organization: Actrix Information Exchange
Date: Mon, 4 Jan 1993 23:56:29 GMT

In article <1i9uq6INNgj5@usenet.INS.CWRU.Edu> dab6@po.CWRU.Edu (Douglas A. Bell) writes:
> 
> In a previous article, ummalik@ccu.umanitoba.ca (Ijaz Rashid Malik) says:
> 
> >
> >Hi,
> >Does anyone know of ANY way that would disable Ctrl-C &/or Ctrl-Break in
> >a BAT file. I have to shell to dos from a database app. (Paradox) to run
> >a BAT file and if user hits Ctrl-C during BAT file processing, every thing
> >gets ruined. I have to catch it somehow...
> >
> >Thanks very much.
> 
> 
> I have seen memory resident programs which disable the control key or
> you can do something with piping the tty output to null, but I can't remember
> how to do it and my dos 5 manual is being less than helpful.
> -- 

As this was in the OS/2 newsgroup too, I'll tell you that in the DOS SETTINGS
of any DOS session under OS/2 there is a DOS_BREAK option you can set. Simply
turn it off or on for a specific DOS session.
 
Steve

-- 
Steve Withers - Wellington, New Zealand |      
Steve.Withers@bbs.actrix.gen.nz         |        Space for rent.
+64 4 478 4714                          |   - cheap rates, nice location. 
**** Happy user of OS/2 b2.1 ****       | 
Newsgroups: comp.os.msdos.programmer
From: boris@athena.eng.hou.compaq.com (Boris Litinsky)
Subject: Menu Building Source/Libraries, MIDI
Organization: Compaq Computer Corp.
Distribution: usa
Date: Thu, 7 Jan 1993 22:55:47 GMT

Does anyone have or know where to get menu building source or libraries?
I am looking for something that I can call within TurboC/ C++.

Also, I am looking for any available source code for MIDI programming.
Please email if you know of any that may be helpful.




--
| Boris Litinsky	          "I came to the woods to live deliberately,  |
| ASIC Design Engineer 	          "so that when it came time to die, I did    |
| boris@athena.eng.hou.compaq.com "not learn that I have not lived." -Thoreau |
| "The views expressed here are my own, and not those of my employer."	      |
From: jjarrett@csugrad.cs.vt.edu (James Jarrett)
Newsgroups: comp.os.msdos.programmer
Subject: Re: LOADFIX and low-memory EXE loading
Summary: BUT, for some reason it works...
Keywords: LOADFIX, strangeness
Date: 12 Jan 93 13:12:16 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA


I have received some great information about loadfix, etc, but what I still
don't understand is why my program works when using LOADFIX and doesn't
when it isn't used.  This only occurs on some machines (configurations
vary widely, the only common factor being DOS 5 loaded high).  The program
was compiled under Borland C++ 3.1, which, as far as I can tell, does not
use packed executables.

Are there any other problems my program may have that just seem to be
cleared up by LOADFIX?  Are there other concerns about memory below 64K?

Thanks,
Jim
Newsgroups: comp.os.msdos.programmer
From: shawnspo@teal.csn.org (Shawn Spotanski)
Subject: Object Oriented
Organization: Colorado SuperNet, Inc.
X-Newsreader: Tin 1.1 PL4
Date: Wed, 6 Jan 1993 03:54:48 GMT

I would like to find an Pd/Shareware Object Oriented programming language
for MS-DOS.  If anyone has one or knows where I can snarf one via FTP,
please send e-mail to shawnspo@csn.org.

Thanks A lot

ShawnSpo
=================================================================
=  Shawn Spotanski             =       And then God said:       =
=                              =                                =
=                              =                                =
=                              =       cseg   shawnspo          =
=  InterNet:                   =              org 100h          =
=                              =              push ss           =
=  shawnspo@csn.org            =              INT 21h           =
=                              =              pop ss            =
=================================================================




Newsgroups: comp.os.msdos.programmer
From: vsnyder@math.jpl.nasa.gov (Van Snyder)
Subject: Re: What is the timer chip clock rate?
Organization: Jet Propulsion Laboratory
Date: Tue, 5 Jan 1993 19:26:26 GMT

Yesterday I posted:
>In the process of writing a routine to get high-resolution times from the PC's
>timer chip, I wondered at the weird clock rate for the timer chip: 1.193180
>Mhz.  Is that right?  If the clock rate were 1.193046 Mhz, the low-speed
>counter at 040:06eH would tick once per hour.  At 1.193180 Mhz, it ticks about
>1/2 second early (65536*65536/1193180 ~= 3599.597, 65536*65536/1193046 ~=
>3600.001), or about 6 us early per interrupt (65536/1193046-65536/1193180),
>assuming overflow of the medium-speed counter at 040:06cH is intended to tick
>the low-speed counter at 040:06eH once per hour.
>
>The counter in the timer runs continuously, that is, it doesn't stop when it
>generates an interrupt and wait to be restarted, so it doesn't seem reasonable
>that the approximately 6 us per interrupt are to allow for interrupt
>processing.
>
>Also, it seems the only thing one can do if one detects that the timer
>overflow interrupt pending bit is set in the peripheral interrupt controller
>(PIC 0, bit 0) is to pretend the count in the timer chip is 0.  If you
>enable interrupts, do a few NOP's, and start over (which disables
>interrupts), or keep track of the presence or absence of overflow, and add
>that onto the reported medium-speed counter (with carry into the reported
>value from the low-speed counter), the clock occasionally appears to
>run backward by about 20 ms.
>
>Any ideas.

I let a timer program, based on hrtime (Dobbs 1992 sep), which I thought
worked just fine, run all night.  The clock backed up once at midnight
(of course), and once again at about 09:00, about 21.5 ms.  This is not
one tick of the medium speed counter at 40:6c, nor 1/2 tick, which is
27.5 ms.  So does anybody have, or know of, a reliable high-resolution
and moderately long-duration (more than ~50 ms) timer routine?

Thanks in advance.
-- 
What fraction of Americans believe   |  Van Snyder
Wrestling is real and NASA is fake?  |  vsnyder@math.jpl.nasa.gov
From: sill@zoe.as.utexas.edu (Daniel Sill)
Newsgroups: comp.os.msdos.programmer
Subject: help on svga lib test!
Date: 6 Jan 93 14:59:29 GMT
Organization: McDonald Observatory, University of Texas @ Austin

hello all,

a friend and i are working on a svga programming lib..

we need a little help to do some prelim testing...that
is we want to make sure that the lib will correctly id
a given card...

if of you nice people have one of the following svga video 
cards,please give our demo a try...PLEASE NOTE:you must
have a 386 or better processor to try the demo...

ACUMOS; AHEAD (both ver A & B); CHIPS & TECHNOLOGIES;
CIRRUS LOGIC CL-GD 500/600; EVEREX; GENOA; NCR 77C33E;

we have verified the lib on the following cards:

ATI; OAK TECH; TRIDENT; TSENG; VESA Compatables; and
VIDEO 7   

we have also found a small bug in with the PARADISE
cards, but we are working on it...

the demo is available on wuarchive.wustl.edu in
the pub/MSDOS_UPLOADS/demo dir and is called "svgademo.zip"

i don't know how long things stay in that dir, so if
you can help, grab it while you can!

thanks for your help...please sand all replies via
email...

sill@zoe.as.utexas.edu
daniel a sill - stephen l balkum
 
-- 
Daniel Sill  - sill@zoe.as.utexas.edu
  The Department of Astronomy - the University of Texas at Austin
From: rol@grasp1.univ-lyon1.fr (Paul Rolland)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Fortran Grammar...
Date: 12 Jan 93 08:42:56 GMT
Followup-To: comp.os.msdos.programmer
Organization: Apple Computer Europe

In article <1993Jan11.124451.11804@cbnewsj.cb.att.com>,
davet@cbnewsj.cb.att.com (Dave Tutelman) wrote:
> 
> In article <C0M1Cw.8zv@ireq.hydro.qc.ca> beaurega@ireq.hydro.qc.ca (Denis Beauregard) writes:
> >In article <9301094599@fcshome.UUCP> fredex@fcshome.UUCP (fred smith) writes:
> >>Denis Beauregard (beaurega@ireq.hydro.qc.ca) wrote:
> >>: ... [ attribution lost ] ... wrote:
> >>: >Do you know of a document that presents the grammar of the Fortran
> >>: >language ? I have the compiler, but no documentation, and I don't know
> >>: >what to do...
> >>
> >>: What about buying a legal copy?
> >>
> Gee, and it's just a week since I posted my summary of the cheap/free
> Fortrans for MSDOS in this very newsgroup.  Try an archive site near you
> for BCF7713B.ZIP, a completely freeware FORTRAN (restricted to non-military
> applications).
> 
> My guess is that the original poster is using this Fortran 77, which comes

Thanks Dave, you're right. I've just ftp this package a week ago, and I
feel
really disappointed to found a total lack of documentation on the language
itself...

However, thru this discussion, I've realized that if *is mandatory* to
always
precise that you are not using an illegal copy of a software because
people will believe the opposite :(

I'M USING (Would like to use) BCF7713B.ZIP BUT I NEED DOC ON F77 LANGUAGE !

Paul Rolland

A bug can be changed to a feature by documenting it. Developpers know !
Newsgroups: comp.os.msdos.programmer
From: robert@alkymi.unit.no (Robert Schmidt)
Subject: Undocumented SDA in DOS 5.0?
Organization: Norwegian Institute of Technology
Date: Thu, 7 Jan 93 20:15:17 GMT


Is the undocumented Swappable Data Area implemented in DOS 5.0, and
is it compatible with the SDA's of DOS 3.30 or DOS 4.01?

I have read the book Undocumented DOS by Schulman et al, but the sample
TSRs on the disk that used the SDA, worked only if I fooled them to
beleive my DOS version was 3.30.  Even then they seemed a bit unstable.

The SDA is used to implement task switching, even in the middle of a
DOS interrupt 21h call.

I use 4DOS 4.01 with DOS 5.0, but as the SDA can hardly be implemented
in COMMAND.COM, I can see no reason why 4DOS should be a problem.

I would appreciate it if any of the authors of the book, Ralph Brown
for example, would answer me on this.  Although all of you netters 
are most welcome, of course... :)


robert@solan.unit.no
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.misc,comp.os.os2.misc
From: das9674@ucs.usl.edu (Stephenson Daniel A)
Subject: 'Scrolling'??
Organization: Univ. of Southwestern La., Lafayette
Date: Thu, 7 Jan 1993 07:27:29 GMT

I just *have* to ask this:  in a OS/2 window, one of the command-button
options is 'scrolling'.  When you selecting the title bar says
'Scrolling: OS/2 Window'.  Just *what* does this do?  I have no 
idea what it does, it seems to do nothing!

Anybody, anywhere, know?

_Dan
.


-- 
Dan Stephenson   das9674@usl.edu 
"Even inferior PC demos seem to require more RAM than demos for the Amiga 500"
                                                                -John Bickers
"You're probably right.  The Amiga OWNS the demo market." -Jerry Shekhel
Newsgroups: comp.os.msdos.programmer
From: goossens@cs.few.eur.nl (Rogier Goossens)
Subject: Re: Object Oriented
Organization: Erasmus Universiteit Rotterdam
Date: Tue, 12 Jan 1993 11:27:12 GMT

shawnspo@teal.csn.org (Shawn Spotanski) writes:

>I would like to find an Pd/Shareware Object Oriented programming language
>for MS-DOS.  If anyone has one or knows where I can snarf one via FTP,

I don't know if c++ or objective C would do. There exists a DOS port of
GCC, named djgpp. It includes C, C++ and Obj. C compilers. Use archie to find
the nearest ftp site.

BTW, the programs you write are 32 bit Prot. mode programs, and need a 386 
(at least) to run. A dos extender is included.

Rogier.
goossens@cs.few.eur.nl

  (((   ((((  ((       Rogier Goossens        Perfection is achieved, not
  (  (    (  (         Erasmus University     when there's nothing left to
  (((   ( (  ( ((      Rotterdam              add, but when there's nothing 
  (  (   (    ((       The Netherlands        left to remove.
From: sankey@unixg.ubc.ca (Todd Sankey)
Newsgroups: comp.os.msdos.programmer
Subject: Borland .OBJ file format requested
Date: 4 Jan 93 22:28:38 GMT
Organization: The University of British Columbia
NNTP-Posting-Host: unixg.ubc.ca
Keywords: format object

 Does anyone have information on Borland's object file format?



-- 
		Todd Sankey
		sankey@unixg.ubc.ca

Newsgroups: comp.os.msdos.programmer,comp.os.msdos.apps,comp.os.msdos.misc
From: slahiri@magnus.acs.ohio-state.edu (Santanu Lahiri)
Subject: Keystroke Journalling Software, Any Recommendations?
Organization: The Ohio State University
Distribution: usa
Date: Tue, 5 Jan 1993 20:36:16 GMT

Hi folks,

I don't think this is a FAQ, but if it is, please let me know where I can
get the answer.  Also, this is not a programming question, but I thought
msdos.programmer may be worth a shot.

We need a journalling software that will run as a TSR and record keystrokes
to disk.  Primary concern is with the memory that it takes up.  We are
interested in anything that you would care to recommend, freeware, shareware,
or cost-you-bucks-ware.  We also need it to be able to play back the keystrokes
on request.

Please e-mail your suggestions/comments to slahiri@magnus.acs.ohio-state.edu.
I will summarize and post the result if there is any interest.

Thanks.

Santanu.


-----------------------------------------------------------------------------
We learn from experience that men never learn anything from experience.
                                                                - G.B. Shaw
-- 
Santanu
-------------------------------------------------------------------------------
:: cat flames > /nev/dull                     slahiri@magnus.acs.ohio-state.edu
From: pynq@quads.uchicago.edu (Jeremy Mathers)
Newsgroups: comp.os.msdos.programmer
Subject: Re: RAMDRIVES larger than 4MB ?
Date: 9 Jan 93 00:17:31 GMT
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates

In article <1il0dqINN4ur@emory.mathcs.emory.edu> sb@next.neuro.emory.edu writes:
>
>
>  Hi,
>
>    Can someone tell me how I can create a ram disk larger than
>  4MB ?  Is this an arbitrary limit imposed by ramdrive.sys, or
>  is there a real reason for it ?  Please answer by e-mail if
>  possible and I'll summarize if there's enough interest.

Allow to put in a plug for SRDISK, a truly wonderful ram disk program
written by Marko Kohtala.  Available at all your better archive sites.

The current version provides, among other things, a neat solution to the
recurring problem of DISKCOPYing between diskettes of different formats.

Highly recommended.

(Oh, did I mention that it support RAM disks of up 128M?)

************************************************************************
If you only have a hammer, you tend to see every problem as a nail.
		-- Maslow

	- pynq@quads.uchicago.edu, who is still costing the net
	  hundreds, if not thousands, of dollars, every time he posts -
************************************************************************