HDTenEightyP/NetNews huggingface dataset:
From: exuhag@exu.ericsson.se (James Hague)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Recommendations and opinions solicited
Date: 29 Sep 92 13:53:35 GMT
Reply-To: exuhag@exu.ericsson.se
Organization: Ericsson Network Systems, Richardson, TX
X-Disclaimer: This article was posted by a user at Ericsson in North America.
              The opinions expressed are strictly those of the user and
              not necessarily those of Ericsson.

Dave Roberts writes:
>
>I found the A86 assembler, by Eric Issacson, on Simtel.  I've played
>around with it a bit and it looks pretty good.  What do people think
>of this assembler.  The author's attitude seems to certainly be very
>strong, so I could see that this might generate some strong responses,
>one way or another.
>
>It seems to assemble really fast, but Eric sure doesn't seem to like
>MASM.  If I started using this thing, what is my exposure on MASM
>compatibility?  Is it supported very well?  Is there a version that
>support 386 opcodes?  Can I link my object modules with Borland's,
>Microsoft's or Mix's products (above)?  Is it worth registering?

I've been a registered used of A86 since 1988 and it is an excellent
product.  Some people have a thing against Mr. Isaacson's "attitude"
but I agree with him in almost all cases, so this has never bothered
me.  In fact, I applaud his changes to and simplifications of things
which have been blindly perpetuated by every other company.

A86 can create either COM files (linking is not necessary) or OBJ
files.  The OBJ files are linkable with every language I've tried:
Turbo C, Turbo Pascal, and Stony Brook Pascal+.  No problems.

There is a downside to this, though.  If you buy a Borland product,
which most people seem to these days, A86 is usable but doesn't
integrate well into the "Borland scheme of things."  That is, you
can't use A86 to process the assembly code produced by Turbo C
(rarely necessary with 3.0).  A86's error reporting scheme
doesn't work with the Borland IDE unless you write your own filter
or find a PD one somewhere.  A86 object files don't contain
line number information usable with Turbo Debugger.  Overall, though
I hate to say it, Turbo Assembler is a much better match.

Too bad though.  TASM is not a nice package for someone just needing
a simple assembler.  There are way too many options, the "programmer's
guide" is poorly written, and there are two significantly different
modes--a major aspect of TASM--which are given very short shrift in
the manuals.  ft A86 were given a *slight* update, then I would
heartily reccomend it (and I still do in many cases).  But it
doesn't seem like there are any plans to do this.

--
James Hague   
exuhag@exu.ericsson.s
From: a_rubin@dsg4.dse.beckman.com (Arthur Rubin)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Viruses Wanted
Date: 6 Oct 92 17:39:33 GMT
Organization: Beckman Instruments, Inc.

In <1992Oct6.162101.5183@ifi.uio.no> runefr@ifi.uio.no (Rune Fr|ysa) writes:


>First: I'm not sure if this is the right group for this question, 
>but I was unable to find any more suitable.

>As the header says, I want some more viruses. Why? Well, call
>me a collector, with particular interest in dissasembling them (and
>nothing else).
>So far, I have got my hands on 1701 and Yankee Doodle, and I believe
>that I will get Michelangelo quite soon. Any other viruses, preferably
>isolated in a small file, eventually its disasembly or source would
>be greatly apreciated. 

>The VCL (Virus Creation Lab) and the mutation engine would also be
>apreciated.

>PS: For informational purposes only!

Please, if you don't personally know him/her (I don't know Norwegian
names), DON'T send any viruses you may have.  It is easy enough (at least
here in the US) for anyone to get a net account.

In spite of the disclaimer in my signature, Beckman Instruments DOES agree
with this posting.
--
Arthur L. Rubin: a_rubin@dsg4.dse.beckman.com (work) Beckman Instruments/Brea
216-5888@mcimail.com 70707.453@compuserve.com arthur@pnet01.cts.com (personal)
My opinions are my own, and do not represent those of my employer.
My interaction with our news system is unstable; please mail anything important.
Xref: sparky comp.os.msdos.programmer:9696 comp.graphics:10179
From: ajb@winton.uucp (Arthur J. Butler)
Newsgroups: comp.os.msdos.programmer,comp.graphics
Subject: internet site for Byte software on Bezier curves ??
Date: 2 Oct 1992 04:01:06 GMT
Organization: Worcester Polytechnic Institute, MA
Distribution: world
NNTP-Posting-Host: winton.wpi.edu

hi. i'm in search of an internet site which would archive the programs
mentioned in Byte magazine.  specifically, i'm looking for the Bezier
curve software mentioned in the September issue on page 305.

thanks,

arthur (ajb@winton.wpi.edu)
Newsgroups: comp.os.msdos.programmer
From: abutler@ariel.demon.co.uk (Tony Butler)
Reply-To: abutler@ariel.demon.co.uk
Subject: 43/50 line modes
X-Mailer: PCElm 3.01 (1.3 gt)
Date: Sat, 26 Sep 1992 16:47:04 +0000


Hi,

Does anyone out there know how to detect/set the screen to 43 or 50 line
text modes? Specifically, I would like to do this in Turbo C (v2.0). I
can't find anything in any books which details how to do this.

Any help would be much appreciated, please mail me any replies.

Regards,


   Tony.


 ----------------------------------------------------------------------------
| Tony Butler                           Internet: abutler@ariel.demon.co.uk  |
| Surrey,                                 TCP/IP: 158.152.8.125              |
| England.                               Fidonet: Anthony Butler @ 2:250/408 |
 ----------------------------------------------------------------------------

Newsgroups: comp.os.msdos.programmer
From: tjr@cbnewsc.cb.att.com (thomas.j.roberts)
Subject: Re: Getting %1, %2, etc under Borland C
Organization: AT&T
Date: Tue, 29 Sep 1992 14:38:27 GMT

From article <1992Sep28.184409.3571@mksol.dseg.ti.com>, by mccall@mksol.dseg.ti.com (fred j mccall 575-3539):
> In <1992Sep28.143744.1@wombat.newcastle.edu.au> c9106225@wombat.newcastle.edu.au (Matt McLeod) writes:
> 
> 
>>OK.  This has probably been asked zillions of times before, but I'll ask again
>>anyway...
> 
>>I'm trying to get ahold of the command line parameters (that is %1, %2, etc)
>>within a Borland C Windows program.  I've tried the getenv() function, but to
>>no avail, and there doesn't seem to be any other function around.

In Windows, the C startup code does not parse the command line (probably
because under Windows the command line is MUCH less important than under
MS-DOS). Thus, you need to parse it yourself, using the szCmdLine (or
whatever you actually call it) parameter to WinMain. getenv() has no
relation to command arguments, under either Windows or MS-DOS or UNIX.

To all the people who responded about arguments to main(...) - please
READ a posting before you respond.

Tom Roberts	att!ihlpl!tjrob		TJROB@IHLPL.ATT.COM
Newsgroups: comp.os.msdos.programmer
From: mrmarcel@eos.ncsu.edu (MICHAEL RONN MARCELAIS)
Subject: Re: Problem with small graphic assembly prog.
Organization: North Carolina State University
Date: Fri, 2 Oct 1992 15:28:16 GMT

In article <9210011152.AA19223@nettlerash.berkeley.edu>, STDN@MARIST.BITNET (Dan Newcombe) writes:
|> Hi all...
|> [Problems with ML program]
|>
|>    Thanks!!!
|>      -Dan   STDN@VM.MARIST.EDU    STDN@MARIST
|> 
|> Here's the code:
|> 20E8:011C B401          MOV  AH,01       Function to get a character
|> 20E8:011E CD21          INT  21          Dos Interuppt
|> 20E8:011F CD20          INT  20          Dos Exit Interuppt

Two things:
  1)  Using INT20 to exit a program isn't recommended.  Try using the exit
procedure under INT 21.
  2)  Is the address of INT 20 correct (011F).  If so, then it overlaps the
end of the INT 21 instruction right above it.  (011E+02=0120)  SHould be:
   20E8:0120 CD20          INT  20          Dos Exit Unteruppt [sic]

-- 

+-------------------------------------+------------------------------+
|  Mike Marcelais                     | mrmarcel@eos.ncsu.edu        |
|  356 Tucker, Box 04783, NCSU        | Fourth Bryan Productions     |
|  Raleigh, NC  27607                 | #include <disclaim.h>        |
+-------------------------------------+------------------------------+
| if the above address bounces, then try the address below:          |
| mrmarcel%eos.ncsu.edu@ncsuvx.ncsu.edu                              |
+--------------------------------------------------------------------+
Newsgroups: comp.os.msdos.programmer
From: bbrown@infonode.ingr.com (Bailey Brown)
Subject: Re: 32 bit C, again...
Organization: Intergraph Corporation, Huntsville, AL.
Date: Wed, 30 Sep 1992 19:14:35 GMT

dj@ctron.com (DJ Delorie) writes:

>In article <seksAMK00VIGE8vYFG@andrew.cmu.edu>, jr4e+@andrew.cmu.edu (Jeon Bahbac Rezvani) writes:
>> I got a lot of responses about something like DSGJJS (or whatever).  The only
>> problem is that you have to pay the author $5 or 5% is you sell your stuff
>> commercially..  Anyone know of a 32 bit Compiler w/ Dos Extender that doesn't
>> have that restriction and is cheap (or free)?

>It's DJGPP.

>If you read the docs carefully, you'll note that the royalty applies
>ONLY IF YOU DON'T DISTRIBUTE GO32 WITHOUT SOURCES.  I strongly
>recommend to anyone doing commercial distribution to use stub instead
>of go32 and distribute go32 separately WITH sources, AND THEN THERE
>ARE NO ROYALTIES.  The point is to discourage (but not prevent)
>developers from screwing their customers.

>Basically, if you're nice to your customers, I'll be nice to you.

DJ,

Will DJGPP ever support DPMI?  I had to forsake it for the $299 
Intel 386/486 C Codebuilder compiler because I need to be able
to run the executables under MS-Windows.  CB is fine for now, but
I may need C++ in the future.  It would be nice to be able
to switch to DJGPP.   

------------
Bailey Brown                               "Above all else, confusion reigns."
Intergraph Corporation                                  
bbrown@casca.b11.ingr.com                              Procol Harum
Xref: sparky comp.os.msdos.programmer:9645 comp.sys.ibm.pc.hardware:25562
From: amodra@sirius.ucs.adelaide.edu.au (Alan Modra)
Newsgroups: comp.os.msdos.programmer,comp.sys.ibm.pc.hardware
Subject: VESA Vga spec query
Date: 29 Sep 92 03:50:53 GMT
Organization: The University of Adelaide
NNTP-Posting-Host: sirius.itd.adelaide.edu.au

Does anyone have access to the VESA VGA BIOS extension spec >=V1.01 ?
(or can point me to where I can get it, via ftp preferably).

I'd like to know how function 4F06 (Get/Set logical scan line length)
and function 4F07 (Get/Set Display Start) are supposed to work in  
text mode.  Are all parameters specified & returned in chars rather
than pixels?  If so, this would mean function 4F07 would only allow
panning in char blocks.
From: coy@ssc-vax (Stephen B Coy)
Newsgroups: comp.os.msdos.programmer
Subject: Re: 32 bit C, again...
Date: 30 Sep 92 18:51:59 GMT
Reply-To: coy@ssc-vax.UUCP (Stephen B Coy)
Organization: Boeing Aerospace & Electronics

In article <5301@balrog.ctron.com> dj@ctron.com writes:
>If you read the docs carefully, you'll note that the royalty applies
>ONLY IF YOU DON'T DISTRIBUTE GO32 WITHOUT SOURCES.  I strongly
>recommend to anyone doing commercial distribution to use stub instead
>of go32 and distribute go32 separately WITH sources, AND THEN THERE
>ARE NO ROYALTIES.  The point is to discourage (but not prevent)
>developers from screwing their customers.

Remember too that some of the library functions (malloc, free...)
are covered by the GNU Copyleft.  Once you link with these libraries
and sell a copy of the execuatble you are then required by the
agreement to make ALL the sources available.  You are also prevented
from restricting further distribution of the product ie it can then be
posted to internet.  With this in mind you'd be better off just
posting the sources to comp.sources.misc and letter people compile
with whatever compiler they have around.

>Basically, if you're nice to your customers, I'll be nice to you.

>DJ Delorie
>dj@ctron.com

Stephen Coy
coy@ssc-vax.boeing.com

		Vivid Software, software from soft minds.
Newsgroups: comp.os.msdos.programmer
From: schaper@fwi.uva.nl (Lancelot Schaper)
Subject: WANTED: TSR - URGENT!!
Organization: FWI, University of Amsterdam
Date: Mon, 5 Oct 1992 14:04:11 GMT

Hi,

I'm searching for a TSR which leads the I/O from com-2 to com-4.
Watch the interrupt/adres level.

Please send e-mail to schaper@fwi.uva.nl, because I do not have an account.

Thanks, joost van Vollenhoven.


-- 
*****************************************************************************
   Lancelot Schaper                                schaper@fwi.uva.nl
   Faculteit Wiskunde en Informatica               020 - 683.17.78
   Universiteit van Amsterdam                      Nederland
From: exujlg@exu.ericsson.se (Jon L. Gauthier)
Newsgroups: comp.os.msdos.programmer
Subject: Fourier Transform Library for Borland C?
Date: 5 Oct 92 22:09:49 GMT
Organization: Ericsson Network Systems, Inc.
X-Disclaimer: This article was posted by a user at Ericsson in North America.
              The opinions expressed are strictly those of the user and
              not necessarily those of Ericsson.

Subject says it all:
------------------------------------------------------------------------------
Jon L. Gauthier                                 Ericsson Network Systems, Inc
EXU/IS/TP Systems Programmer                                  P.O. Box 833875
+1 214 997-0157                                     Richardson, TX 75083-3875

Disclaimer:  "My opinions are my own - my employer would take the 5th on
             everything I say."  Surely it's been said before!...
------------------------------------------------------------------------------
Newsgroups: comp.os.msdos.programmer
From: abutler@ariel.demon.co.uk (Tony Butler)
Subject: C Database
Distribution: world
Organization: Megadodo, Inc.
Date: Sun, 27 Sep 1992 14:02:23 +0000

Hi,

I'm trying to write a database application in C, and I want the records
to be in alphabetic order. The 'obvious' solution is to use a doubly
linked list to maintain this order. The problem is though that I
anticipate having a database too big to fit in memory, so I can't load
it all up, search the database, and add a new record in the appropriate
place. So the problem is, how do I search this database and add records
to it - with a linked list, the links point to memory locations, which
is no good if the records are on disk. Aslo, I would (presumably) want
to maintain a buffer of x records in memory top speed things up a bit -
what's the best way to go about this??

Any help would be much appreciated, please email me your response.


   Tony.


 ----------------------------------------------------------------------------
| Tony Butler                           Internet: abutler@ariel.demon.co.uk  |
| Surrey,                                 TCP/IP: 158.152.8.125              |
| England.                               Fidonet: Anthony Butler @ 2:250/408 |
 ----------------------------------------------------------------------------
From: dj@ctron.com (DJ Delorie)
Newsgroups: comp.os.msdos.programmer
Subject: Re: 32 bit C, again...
Date: 29 Sep 92 22:26:03 GMT
Reply-To: dj@ctron.com
Organization: None whatsoever

In article <seksAMK00VIGE8vYFG@andrew.cmu.edu>, jr4e+@andrew.cmu.edu (Jeon Bahbac Rezvani) writes:
> I got a lot of responses about something like DSGJJS (or whatever).  The only
> problem is that you have to pay the author $5 or 5% is you sell your stuff
> commercially..  Anyone know of a 32 bit Compiler w/ Dos Extender that doesn't
> have that restriction and is cheap (or free)?

It's DJGPP.

If you read the docs carefully, you'll note that the royalty applies
ONLY IF YOU DON'T DISTRIBUTE GO32 WITHOUT SOURCES.  I strongly
recommend to anyone doing commercial distribution to use stub instead
of go32 and distribute go32 separately WITH sources, AND THEN THERE
ARE NO ROYALTIES.  The point is to discourage (but not prevent)
developers from screwing their customers.

Basically, if you're nice to your customers, I'll be nice to you.

DJ Delorie
dj@ctron.com
Xref: sparky comp.os.msdos.programmer:9728 comp.lang.c:14537 comp.lang.pascal:5826
Newsgroups: comp.os.msdos.programmer,comp.lang.c,comp.lang.pascal
Subject: Linking MSC v6.00a to TP v6.0
From: mmt@ccu1.aukuni.ac.nz (Mark Thomson)
Date: Mon, 5 Oct 1992 01:52:19 GMT
Organization: University of Auckland, New Zealand.

Problems linking Microsoft C version 6.00A to Turbo Pascal version 6.0.

I am trying to link MSC functions to TP, but cannot get the Pascal to
compile successfully. Minimal code sections which will NOT link are as
follows.

C CODE (cfile.c):          PASCAL CODE:

int far CFunc()            function CFunc : integer ; far ; external ;
{                          {$L cfile.obj }
return(2) ;                                 -OR-
}                          function _CFunc : integer ; far ; external ;
                           {$L cfile.obj }

The C code is compiled as

  cl /c /AL /Fc /G2 /Gs cfile.c

and the resulting CFILE.COD appears to satisfy the segment naming
conventions that TP requires. Nevertheless, TP generates a compile-time
error: "Invalid relocatable reference". Any help on this matter
would be greatly appreciated. Thanks.

Mark Thomson
University of Auckland.
  

          

Newsgroups: comp.os.msdos.programmer
From: pynq@quads.uchicago.edu (George Jetson)
Subject: Linking Turbo (Borland) C into Turbo Pascal program...
Summary: I'm not sure if this is great or not, but it amuses me.
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates
Date: Fri, 2 Oct 1992 21:20:42 GMT

I wrote the following Pascal program (X.PAS) :

	Program TestCfunction;

	{$L testc}

	Function mul10(N : Integer) : Integer; external;

	var
		num : Integer;

	begin
		Write('Enter a number: ');
		Readln(num);
		Writeln('Num = ',num);
		Writeln('The result is ',mul10(num));
	end.

and the following C function (TESTC.C) :

	int pascal mul10(int n) { return (10 * n); }

I compiled the C function via "bcc -c testc.c", then tried to compile
the Pascal program via "tpc x".  I got error msg:

	X.PAS(15): Error 51: Invalid PUBLIC definition (TESTC.OBJ).

Then I did "debug testc.obj" and changed the string "_TEXT" to "CODE",
also changing the count byte preceding _TEXT from 5 to 4.  Then I
recompiled the Pascal program and it compiled and runs just fine.

Pretty neat, eh?  How reliable is all of this?

************************************************************************
A note to new readers:  the weasely :-) symbol is frowned upon in this
group.  Any questions, see Phil Gustafson who will gladly rearrange your
diodes for you.
			- From the AFU FAQ -

	- pynq@quads.uchicago.edu, who is still costing the net
	  hundreds, if not thousands, of dollars, every time he posts -
************************************************************************
Newsgroups: comp.os.msdos.programmer
From: c9106225@wombat.newcastle.edu.au (Matt McLeod)
Subject: Getting %1, %2, etc under Borland C
Organization: University of Newcastle, Australia
Date: Mon, 28 Sep 1992 04:37:44 GMT


OK.  This has probably been asked zillions of times before, but I'll ask again
anyway...

I'm trying to get ahold of the command line parameters (that is %1, %2, etc)
within a Borland C Windows program.  I've tried the getenv() function, but to
no avail, and there doesn't seem to be any other function around.

Any ideas?

Thanks in advance,

Matt
 
---
Matt McLeod
Programmer, Freelance Computer Journo and ASP Approved Vendor
c9106225@alinga.newcastle.edu.au
From: goble@hardy.u.washington.edu (Brian Goble)
Newsgroups: comp.os.msdos.programmer
Subject: function pointers (in C)
Date: 5 Oct 92 22:28:01 GMT
Article-I.D.: u.1992Oct5.222801.12917
Organization: University of Washington

I am not familiar with using function pointers, please help if you can:


I want to be able to pass a function pointer to another function, have that
function store the function pointer in a structure field, and later,
call that function from the structure field.  The function pointer is to
a function that returns an "int" and takes a "LPWORD" as it's only arg.

A #define would be nice too...

So, I want:

#define    LPFUNC    ?		// prototype is:  int Foo(LPWORD);

typedef MyStruct {

	LPFUNC	func;		// function pointer:   int Foo(LPWORD);
	int	count;
};

void	StoreFunc(func)		// store the given function
LPFUNC	func;
{
	A.func = func;
	return;
}


void	CallFunc(void)
{
	int	i;
	WORD	word;

	i = A.func((LPWORD)&word);	// call the function from the structure

	return;
}



Thanx for any help!!!

-Brian Goble

-- 
 ==)------------
               Brian Goble    |    goble@hardy.u.washington.edu
               "Finishing a close second means you didn't win."
                                                              ------------(==
From: runefr@ifi.uio.no (Rune Fr|ysa)
Newsgroups: comp.os.msdos.programmer
Subject: Viruses Wanted
Date: 6 Oct 92 16:21:01 GMT
Organization: Dept. of Informatics, University of Oslo, Norway
Originator: runefr@maud.ifi.uio.no


First: I'm not sure if this is the right group for this question, 
but I was unable to find any more suitable.

As the header says, I want some more viruses. Why? Well, call
me a collector, with particular interest in dissasembling them (and
nothing else).
So far, I have got my hands on 1701 and Yankee Doodle, and I believe
that I will get Michelangelo quite soon. Any other viruses, preferably
isolated in a small file, eventually its disasembly or source would
be greatly apreciated. 

The VCL (Virus Creation Lab) and the mutation engine would also be
apreciated.

PS: For informational purposes only!

---------===============================================--------------
Rune Froysa,                 |"Science is the attempt to make the 
Dept. of Informatics         | chaotic diversity of our sense experience
University of Oslo, Norway   | correspond to a logically uniform system 
E-mail:runefr@ifi.uio.no     | of thought" - Albert Einstein.
From: dlittle@sscvx1.ssc.gov (DENNIS LITTLE)
Subject: Re: A QBASIC Question
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: Superconducting Super Collider Laboratory
Date: Wed, 30 Sep 1992 21:59:00 GMT

In article <1992Sep30.105036.646@hls.com>, tima@hls.com                           writes...
> 
>I've been hacking around with QBASIC recently and I've come across 
>a problem that I can't figure out. When I execute the program shown below,
>I get a syntax error. Any suggestions ????
> 
>  DEFINT a-z
> 
>  CONST Num = 10
> 
>  READ a          <===== error is reported at this line
> 
>  DATA Num
> 
>  END
> 
> 
>Tim
>tima@hls.com

The "Read A" line assumes an integer variable and since "Num"
is not numeric, it will crash... Try changing A to A$ and see
what happens.

me
From: dont@klic.rain.com (Don taylor)
Newsgroups: comp.os.msdos.programmer
Subject: Reliable method to find Track/Cylinder or Block Number???
Date: 3 Oct 92 02:03:11 GMT
Article-I.D.: klic.1992Oct3.020311.19966
Distribution: na
Organization: KLIC

Is there a fairly reliable, i.e. works with almost anybodies disk contoller,
way to find the last track and cylinder that was accessed or the last disk
block that was accessed?

I have looked at a number of the MSDOS programming manuals and have not seen
this mentioned anywhere.  It seems like there should be a variable somewhere
in MSDOS memory that reflects this.

Please reply by email if possible

Thanks
Don Taylor
503-235-6853
dont@klic.rain.com
qiclab!loop!dont