HDTenEightyP/NetNews huggingface dataset:
From: joker@diku.dk (Morten Christian Holmgreen)
Newsgroups: comp.os.msdos.programmer
Subject: Can't get BC++ 3.0 dual-monitor mode to work!
Date: 23 Dec 92 17:34:12 GMT
Organization: Department of Computer Science, U of Copenhagen

Hi,

I have a PS/2 model 95 with a XGA-2 card and a 17" attached as well as a
XGA card with a 12" mono.

Now, I'd like to program on the 17" watching the output on the 12", but
the dual-monitor support just doesn't work! For that matter it doesn't
work with Pascal 6.0 either - any ideas?

By "doesn't work" I mean doesn't work - there's NOTHING on the 12" except
blackness (and YES it's turned on and in working condition - this is not
a hardware problem).

Thanks in advance

Christian
Newsgroups: comp.os.msdos.programmer
Subject: WANTED: _YACC_ AND _LEXX_ for the PC
From: pollarda@physc1.byu.edu
Date: 22 Dec 92 15:58:10 -0700
Distribution: world
Organization: Brigham Young University


I am looking for a PD version of YACC and LEXX for the
PC.  Is there one out ther in net-land somewhere????

Also, I would be interested in obtaining some grammars
(Basic,Pascal,C) to run through the thing.

Thanx!

Art

Pollarda@xray.byu.edu




Newsgroups: comp.os.msdos.programmer
From: mkcummin@apgea.army.mil (M. Keath Cummings <mkcummin>)
Newsgroups: comp.os.msdos.programmer,comp.lang.c++,comp.lang.c
Subject: WWIV v4.21 BBS Source Code Modifications Request
Date: 30 Dec 92 03:56:05 GMT
Organization: APG-Edgewood

Hello all!

I am setting up a public acces WWIV v4.21 Bulletin Board System, and I am
looking for some of the latest and greatest source code modifications for
this BBS.  The source code was originally written my Wayne Bell, and over
the years has been changed by many sysops to incorporate their needs.  If
anyone has any good modifications, please send them to my e-mail address.
There is no need to clutter the Newsgroup with such irrelevancy, but I
would gladly appreciate and accept and crafty MODs that you can come up
with.  Thank you in advance!

My mailing address is:  mkcummin@cbda9.apgea.army.mil

-=[ M. Keath Cummings ]=-
   
    SysOp at Large!!
Xref: sparky comp.os.msdos.programmer:11756 comp.sys.ibm.pc.programmer:727 comp.lang.c++:18645 comp.lang.c:19144
From: bs@alice.att.com (Bjarne Stroustrup)
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.programmer,comp.lang.c++,comp.lang.c
Subject: Re: Newbie Wants Advice on C-Programming
Date: 3 Jan 93 04:09:49 GMT
Article-I.D.: alice.24538
Organization: AT&T Bell Laboratories, Murray Hill NJ



jimlynch@netcom.com (Jim Lynch @ Netcom Online Communications Services (408-241-9760 login: guest)) wrote

 > >You should always start out with the official books:
 > >
 > >For C, it is _The_C_Programming_Langauge_ 2nd ed. by Kernighan & Ritchie
 > >For C++, it is _The_C++_Programming_Language 2nd ed. by Stroustrup
 > 
 > No no no no no no no no no no no no. These books are _unreadible_ to a beginner.
 > However, they can be quite valuable as a reference (whenever you get around to
 > learning how to read them...)

It is worth remembering that `beginner' means different things in different
contexts and what `unreadable' means depends critically on what kind of
beginner we are talking about.

If by `beginner' you mean `someone who approaches programming for the first
time,' you are almost certainly right (though I have heard of exceptions to
that rule). If, on the other hand, `beginner' means `experienced programmer
who just happens never to have encountered C or C++ before,' you are with
a high propability wrong (though again I suspect a few exceptions could be
found).

The backgrounds and expectations of want-to-be C or C++ programmers seem
infinitely varied and textbooks, approaches to teaching, and advise must
try to take that diversity into account. No one approach or one book can
cover all angles.

It is probably worth adding that both books are more readable than
their first editions. In the case of my book significantly so; in the
case of K&R less so because it was so smooth in the first place. Both
books explicitly assumes the reader to be a programmer. I'm sure C and
C++ can be taught to non-programmers as their first language (it has been
done), but that is not the aim of those two books.
Newsgroups: comp.os.msdos.programmer
From: cp11@quads.uchicago.edu (chan-ung  park)
Subject: scan code for function keys
Reply-To: cp11@midway.uchicago.edu
Organization: University of Chicago Computing Organizations
Distribution: na
Date: Wed, 30 Dec 1992 07:25:52 GMT

Could anyone tell me the scan codes for function keys, that is,
from F1 to F12 and Del, Enter, Backspace, Tab, Esc keys?
Do they vary with programs that use such function keys? 
Also are there scan codes for Alt or Shift or Ctrl + F# keys?
Please send your answers to my email adress: cp11@midway.uchicago.edu

Thanks in advance.
Newsgroups: comp.os.msdos.programmer
From: brown@NCoast.ORG (Stan Brown)
Subject: Re: comp.os.msdos.programmer FAQ part 2 of 4
Organization: Oak Road Systems, Cleveland Ohio USA
Date: Thu, 24 Dec 1992 15:04:41 GMT

In article <msdos-faq.921220.2@NCoast.ORG> I wrote:

>Q104. What other newsgroups should I know about?
>
>    [...]
>    - comp.binaries.msdos.announce (moderated) explains how to use the
>      archive sites, especially garbo and Simtel, and lists files
>      uploaded to them.  Discussions belong in comp.binaries.msdos.d,
>      which replaced comp.binaries.ibm.pc.archives.

Those should be comp.archives.msdos.announce and comp.archives.msdos.d.
Thanks to Russell Schulz for his sharp eyes in finding this error.
-- 
Stan Brown, Oak Road Systems                      brown@Ncoast.ORG
"If you click on its capital, Ouagadougou, you'll hear its name
pronounced--in this instance, a most helpful feature."  
                                  --PC Magazine, 92/12/22, pg 352
From: bright@nazgul.UUCP (Walter Bright)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Symbol libraries in dos
Date: 27 Dec 92 00:21:29 GMT
Reply-To: bright@nazgul.UUCP (Walter Bright)
Organization: Zortech, Seattle

In article <724051521.AA09634@csource.oz.au> John.Gibney@f386.n632.z3.fidonet.org (John Gibney) writes:
/In VAX/VMS, symbol libraries are used to return status
/values, etc. for the results of calls to system services.
/This allows programs to test against, for example,
/SS$_NORMAL, for a success status.
/One of the main advantags of this is to aid program
/maintenance - if the developers of the O/S decide to change
/a status value, existing programs won't break - they will
/(probably) only need to be relinked.
/I would like to know if anyone has any ideas on how a
/similar scheme may be implemented in DOS.  I have 1 idea of
/using #include files, but I think that's a bit gauche,
/sometimes...  Any other clues?

Handling of huge pointers is done just this way. Externals __AHINC
and __AHSHIFT are referenced which provide the information at runtime
as to the gaps between selector values. This enables the same program
to run in real mode and various protected modes (as in Windows PM,
DOS extender PM, and 16 bit OS/2). The values of __AHINC/SHIFT are
provided either by the runtime library or are exported by the operating
system DLL.
From: rwallace@unix1.tcd.ie (russell wallace)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Fix for Zortech 386 Screen Memory Access wanted
Date: 26 Dec 92 17:27:59 GMT
Organization: Trinity College, Dublin

In <1992Dec23.190904.14515@proto.com> joe@proto.com (Joe Huffman) writes:

>rwallace@unix1.tcd.ie (russell wallace) writes:

>>Could someone mail me the fix for the problem with Zortech C++ v3.0,
>>compiling for 386 (extended memory model), when you try to access screen
>>memory (memory protection error)? 

>Can you give me an example?  It might be something you are doing wrong...
>We (FlashTek) supplied the extender to Zortech/Symantec and probably can 
>answer your questions as well as anybody...

Basically the method of accessing screen memory I'm using is with a far
pointer with segment = B800h and offset = row*160 + column*2, to give a
pointer to the character+attribute at (row,column). This works fine in
tiny, small, large etc. memory models, but does not work in extended
(option mx) memory model - as soon as I try to write a value into the
selected address, the program drops out to DOS with a 386 general
protection error. Presumably what's happening is that the 386 DOS
extender assumes that since I don't have permission to write to that
area of memory, a memory protection violation has occurred. I've heard
that a fix can be downloaded from Zortech's bulletin board, but I can't
access that.

--
"To summarize the summary of the summary: people are a problem"
Russell Wallace, Trinity College, Dublin
rwallace@unix1.tcd.ie
From: ar017@cleveland.Freenet.Edu (Nolan Whitaker)
Newsgroups: comp.os.msdos.programmer
Subject: WANTED: Visual BASIC for DOS
Date: 26 Dec 1992 22:15:54 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


If anyone has a copy of Visual Basic for DOS for sale,
please get in touch with me.

Nolan
uk02728@ukpr.uky.edu
From: johannes.beekhuizen@contrast.wlink.nl (Johannes Beekhuizen)
Newsgroups: comp.os.msdos.programmer
Subject: MSDOS/intel machine
Date: Wed, 23 Dec 1992 10:54:24

Hello Chris,

On Tuesday December 22 1992, Chris wrote to All:

 C>    Is msdos ran on a machine that is not an intel 80x86 based machine
 C> (excluding emulation)? Just curious.

The HP Laptop Vectra uses a NEC V30.

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: klosp@rimail.interlan.com (Patrick Klos)
Subject: ******** WANTED: Programmer's Guide to IDE ********
Keywords: IDE
Organization: Klos Technologies, Inc. (603) 424-0138
Date: Tue, 22 Dec 1992 14:02:40 GMT


Does anyone have (or know where I can get) more information on the IDE
interface??  I'm looking for a definition of functions that are available
through the IDE interface, and how to access them.  Specifically, I'm sure
there's a function that will return the ACTUAL drive parameters for the
attached drive (not what the BIOS might *think* the parameters are).  I
expect there are other not-too-well-known features and functions that the
IDE interface supports as well.

Sincerely,

Patrick Klos
========================================================================
        Patrick Klos                 Internet: klosp@rimail.interlan.com
        Klos Technologies, Inc.      Compuserve: 71521,145
        (603) 424-0138
========================All opinions are my own!========================
Newsgroups: comp.os.msdos.programmer
From: verghese@boi.hp.com (Phil Verghese)
Subject: BC 3.1 Overlays and Debugging
Date: Mon, 28 Dec 1992 02:56:09 GMT
Organization: Hewlett-Packard

I've recently converted my application to using overlays, and they are
working great!  I'm having problems creating a debugging version of my code.

Here's a summary of what's going on.  My BCC options are:
-2 -c -B -d -H -ml -M -Vs -w -Y -Z [plus a few -w???s]

The -B, -Y and -Vs were suggested by my GUI library vendor (Zinc).  I
don't understand why I need the -B.  It seems to be causing me
problems when it comes to making the debug version of my code -- more
details follow.

My TLINK options are:
/c /s /A=16

I build the whole app w/o debugging code (400K .EXE).  I delete the
three .OBJs that I want to debug, and rebuild by adding -v to the BCC
line and /v to the TLINK line.  I get an "Out of memory" error from
TASM (which was started with the -B).  

OK, so I try it without the -B, and everything compiles, but the
linker gives 3 "No stub for fixup" warnings.  It gives this warning
twice for one of the modules I want to debug, and once for another.

What does the -B have to do with it?  There's not a whole lot of
documentation on what it does, just that it calls the assembler for
inline assembly.  Well there IS NO INLINE ASSEMBLY in my code!

I just got my program compiling in debug mode by using -ETASMX
-Tkh20000 to tell it to use the EMS version of TASM with extra room
for symbols.  So I've got a work-around, but I need to understand what
-B is doing.  Any help would be greatly appreciated.

    	    Phil


Xref: sparky comp.os.msdos.programmer:11771 comp.lang.c:19161 alt.msdos.programmer:3080
From: bergman@panix.com (Mark Bergman)
Newsgroups: comp.os.msdos.programmer,comp.lang.c,alt.msdos.programmer
Subject: Makefile link order (Help!)
Date: 4 Jan 93 01:01:48 GMT
Organization: Panix Public Access Internet & Unix, NYC

I'm pretty clueless about how the order of object files in a makefile
is determined.

For example, I'm trying to "port" (simply recompile) the source to
"agrep" using the DJGPP compiler. I consistently get errors along the
lines of:

	preprocess.o: Undefined symbol _init referenced from text segment
        ^^obj name^^                  ^funct^

Where "obj name" and "funct" change depending on the order that the
object files are listed in the makefile. In this case, the function
init() is defined in a module (follow.o) that is listed after
preprocess.o in the makefile. Swithing the two produces more errors of
the same sort, because follow.c depends on functions defined in
preprocess.c.

Defining init() in preprocess.c (either with the same definition found
in follow.c or as an extern) doesn't seem to help--I get the same error
message.

Is there any way to determine the correct order of files in makefile.
Why does it matter, doesn't the linker sort of throw all the functions
into a blender and turn it on?

** Replies via E-mail preferred and quickly acknowledged. **

----
Mark Bergman    (Biker, Stagehand, (former) Unix user support grunt)
718-855-9148

bergman@panix.com
{cmcl2,uunet}!panix!bergman
Xref: sparky comp.os.msdos.programmer:11678 rec.arts.comics.misc:10422
From: brettw@matt.ksu.ksu.edu (Brett D. Watson)
Newsgroups: comp.os.msdos.programmer,rec.arts.comics.misc
Subject: Shareware program for comic store
Date: 29 Dec 1992 11:26:34 -0600
Organization: Kansas State University
Distribution: usa
NNTP-Posting-Host: matt.ksu.ksu.edu
Keywords: shareware inventory pull-list

  I've been approached by a local comic store owner about writing a
database application to automate his "pull list".  That is, each week
a given customer will have a list of titles they want set aside for
them before they go on the shelf.  The store owner currently has 200+
customers using this "pull list".  The lists are on notebook paper.
He also has special order lists incorporated into this process.

  He's given me a list of funtional specs for a computer program to
automate this process.  He would prefer it's done in C but due to time
constraints I think C would be too much.  I would like to use a
commercial database program but I just don't know what would be the
best package to go with.

  Are there any shareware packages similar to this available already?
Has anyone written anything like this?  Could I look at it?  Also,
what database package would any of you recommend if I go that route?
Any and all suggestions, comments, etc. appreciated!

-=- Brett

BTW, if you need more information about WHAT the program needs to do,
ask me.
-- 
Brett Watson, Database/System Administrator
Kansas Supreme Court - Topeka, KS
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
brettw@matt.ksu.ksu.edu
From: jeff.carbonell@cutting.hou.tx.us (Jeff Carbonell) 
Newsgroups: comp.os.msdos.programmer
Subject: VIRTUAL MEMORY
Date: 30 Dec 92 11:52:00 GMT
Distribution: world
Organization: The Cutting Edge - Houston, TX - 713-466-1525
Reply-To: jeff.carbonell@cutting.hou.tx.us (Jeff Carbonell) 

I'm looking for a caching mechanism for virtual memory in 'C'. Any
suggestions.

Thanks,
Jeff
                                  
----
+---------------------------------------------------------------------+
| The Cutting Edge BBS (cutting.hou.tx.us)    A PCBoard 14.5a system  |
| Houston, Texas, USA    +1 713 466 1525          running uuPCB       |
+---------------------------------------------------------------------+
Newsgroups: comp.os.msdos.programmer
From: joe@proto.com (Joe Huffman)
Subject: Re: Fix for Zortech 386 Screen Memory Access wanted
Organization: FlashTek, Inc.
Date: Wed, 23 Dec 1992 19:09:04 GMT

rwallace@unix1.tcd.ie (russell wallace) writes:

>Could someone mail me the fix for the problem with Zortech C++ v3.0,
>compiling for 386 (extended memory model), when you try to access screen
>memory (memory protection error)? 

Can you give me an example?  It might be something you are doing wrong...
We (FlashTek) supplied the extender to Zortech/Symantec and probably can 
answer your questions as well as anybody...

Joe Huffman
FlashTek, Inc.                  FlashTek, Ltd.
121 Sweet Ave                   Partnership House
Moscow, Idaho 83843             Grantham, Lincs
U.S.A.                          NG31 9ST  England

FAX:    208-882-7275            FAX:   +44-476-61382
Voice:  208-882-6893            Voice: +44-476-74108
Orders: 800-397-7310
Email:  flashtek@proto.com      Email: flashtek@cix.compulink.co.uk
CIS:    71332,203               CIS: 100042,1673
-- 
netcom!proto!joe
joe@proto.com
Newsgroups: comp.os.msdos.programmer
From: davis@pacific.mps.ohio-state.edu ("John E. Davis")
Subject: Re: VIRTUAL MEMORY
Reply-To: davis@pacific.mps.ohio-state.edu  (John E. Davis)
Organization: "Dept. of Physics, The Ohio State University"
Date: Sat, 2 Jan 1993 18:23:13 GMT

In article <C05Bno.9K@boi.hp.com> verghese@boi.hp.com (Phil Verghese) writes: 
   Here's some info from the brochure:
       PocketSoft  1-800-826-8086

   VMData is a replacement for malloc.  When you want to dynamically
   allocate data, you call VMData functions instead of malloc.  The
   virtual storage can be in EMS, XMS or disk.

   There's a version for DOS and Windows.  Each version has two
   libraries: one for development (debugging) and one for production.
   The development library does more error checking than the production
   one.

   Languages/Compilers supported: MSC 5.1, 6.0 and C++ 7.0; Borland C++
   2.0, 3.0, 3.1; MS Fortran 5.0,5.1

It is easy to write a program which would try to malloc space in memory and if
that fails, open up space on a disk.  The problem is getting at the memoroy on
disk. Consider a linked list:

 elem_1 -> elem_2 -> elem_3 ....

where elem_i is a struct of type elem_type. 

Suppose elem_1 is in memory but elem_2 is on disk.  Let p be:

elem_type *p;

Then if p = elem_1, *p is easy since it is in memory.   Then what about the
statements:

p = p->next;  ...*p;   ???

Somehow the virtual memory package must interact somehow with the compiler or
must have some sort of wrapper routine in its library which forbids
statements like:

p = p->next;

forcing one to use a library routines such as:  p = vm_next(p);
and vm_star(p);

In any case I will call call the company on Monday because I am quite
skeptical.






--
     _____________
#___/John E. Davis\_________________________________________________________
#
# internet: davis@amy.tch.harvard.edu
#   bitnet: davis@ohstpy
#   office: 617-735-6746
#
From: root@cibbs.UUCP (Mark Buckaway)
Newsgroups: comp.os.msdos.programmer
Subject: Network drive identification/ MOUNT command for DOS
Date: Thu, 31 Dec 92 12:16:01 EST
Organization: DataSoft Consulting (Toronto, Ont. Canada)

UNIX sysadmins know about the MOUNT command to add file systems to thier unix
box. I would like to do something similar for DOS. That is add a "file system"
(ie. another drive) as a directory off my main drive. DOS includes the JOIN
command but this is incompatible with network drives. I am running Netware
Lite V1.1.

Some time back, I saw articles that were mentioning that it was possible to
change the "device descriptor" (please forgive me if this is NOT the correct
term) to make a network drive LOOK like a hard drive to DOS. My idea
encorporates writing a same utility to change the network drive "into" a hard
drive, spawn to the JOIN command, and switch the drive back to a network
drive. If it is possible to fool DOS in this manner, this should work.

All reference material I have says nothing of how to determine if a network
drive is such and not a hard drive. Does anyone know who to do this? Or have
code segments either in assembly or C on how to poke around memory for these
items. If all else fails, anyone know of a good reference book I can RTFM?

I am very knowledgible in C, know something about assembly. Any help would be
appreciated.

Mark

----
Club InSaNiTy BBS   |   BBS:+1 416 691 0679 |   root@cibbs.UUCP
DataSoft Consulting | Voice:+1 416 691 5529 |   uunorth!cibbs!root
Mark Buckaway       | Toronto, Ont. CANADA  |   1@4653 (WWIVnet)
Newsgroups: comp.os.msdos.programmer
From: pdh@netcom.com (Phil Howard )
Subject: programming in a mouse interface
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 31 Dec 1992 06:20:53 GMT

For some programs I have written, people are asking for a mouse interface,
and I would like to have that, too.

What is the typical way this kind of thing is done?  Do programs actually
trap the serial signals sent by the mouse itself, or do they depend on the
int 33h functions?

I notice the int 33h functions mostly deal with a row and column, and I
assume this refers to the existing video mode.  Can the mouse drivers
handle all the video modes at least through to 1280x1024 in terms of
knowing correctly the number of columns and rows?  Or do you HAVE to use
functions 7 and 8 to tell the driver?

Are there any already written mouse interfaces for C program?  I would need
to have the kind that do not wait for events (since input can come from the
mouse or the keyboard or other places in unpredictable order).  Something
that just interfaces to the int 33h functions might be sufficient if I can
get all the questions answered (here or by experimentation, etc).
-- 
/************************************************************************\
| Phil Howard,  pdh@netcom.com,  KA9WGN    Spell protection?  "1(911)A1" |
| "It's not broken... it's just functionally challenged" --Phil and Pete |
\************************************************************************/