HDTenEightyP/NetNews huggingface dataset:
From: simpson@cpsc.ucalgary.ca (Todd Simpson)
Subject: SML(NJ) on NeXT
Organization: University of Calgary Computer Science
Date: Thu, 12 Nov 1992 23:19:57 GMT

I would like to use SML (NJ) as a serious development tool on the NeXT, meaning
that it should be well integrated with Objective C and Interface Builder.  One
should allow:

    - messages sent from SML to ObjC objects
    - messages sent from ObjC to SML "objects"

The second requirement is paramount; I see application shells constructed with
interface builder, and core functionality (implemented in SML) invoked via the
target/action protocol.

>From SML, the interface might look something like

    signature ObjC =
    sig
    type Class
    type Object
    type Method
    datatype Value = INT of int | OBJ of Object | ...

    val class		: string -> Class
    val inst_method	: Class * string -> Method
    val class_method	: Class * string -> Method
    val invoke_inst	: Object * Method * Value list -> Value
    val invoke_class	: Class * Method * Value list -> Value

    (* Register a procedure for use (as a method) by ObjC *)
    val register	: string * (Value list -> Value) -> unit

    (* Produce an object file containing registered methods *)
    val export		: string -> unit
    end

Of course, this integration depends on being able to generate an object file
consisting of the ml runtime system and a few symbols visible to the linker.

Has anyone done, or thought about, this?

Please mail me your responses, and I will summarize if necessary.

         simpson@cpsc.ucalgary.ca

Thanks
Newsgroups: alt.lang.ml
From: palezzat@ICSI.Berkeley.EDU (Paolo Palezzato)
Subject: SML & comp.lang.func FAQ
Keywords: Standard ML, gofer, miranda, etc...
Organization: International Computer Science Institute, Berkeley, CA, U.S.A.
Date: Thu, 12 Nov 1992 01:08:48 GMT

Does anybody know where to find Standard ML FAQ? And other related ones?
Thanks.

Paolo
--
Paolo Palezzato		palezzat@icsi.berkeley.edu	      (510)642-4274 x182
Intern'l Computer Science Institute, 1947 Center St. STE 600, Berkeley, CA 94704
From: wgehrke@risc.uni-linz.ac.at (Wolfgang Gehrke)
Newsgroups: alt.lang.ml
Subject: arbitrary precision integer arithmetic in SML/NJ?
Date: 29 Oct 92 15:10:33
Organization: RISC, J.K. University, Linz; Austria
Distribution: alt
NNTP-Posting-Host: akazie.risc.uni-linz.ac.at

Is there a package for handling arbitrarily precise integers
available which is implemented in SML/NJ?

								Wolfgang
Newsgroups: alt.lang.ml

> Is there a package for handling arbitrarily precise integers
> available which is implemented in SML/NJ?

If you're using Poplog/SML then you get arbitrary precision arithmetic
built-in.  Obviously, Poplog/SML is not as fast at general arithmetic
as NJ/SML, so that's the price for this high-level feature.

Steve
Newsgroups: alt.lang.basic
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: Re: Ok, so pop *pop* may be a valid lang, but wh
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Thu, 12 Nov 1992 22:31:06 GMT

In article 12678@julian.uwo.ca, wlsmith@valve.heart.rri.uwo.ca (Wayne Smith) writes:
>Flame me all you want, but if some obscure UK language developed 20
>years ago can make it into a comp.lang group, why is basic still shit-upon 
>and relegated to the status of an alt group? (alt.lang.basic)?


Old prejudices die hard, Wayne.  <sigh>

---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________


From: galenr@hpgrla.gr.hp.com (Galen Raben)
Date: Tue, 10 Nov 1992 21:46:29 GMT
Subject: VB 2.0 order frustrations!
Organization: Hewlett-Packard, Greeley, CO
Newsgroups: alt.lang.basic


>Pricing and Availability
>    The Standard Edition of  Microsoft Visual Basic is available
>now for the suggested retail price of $199.  Upgrades for Visual
>Basic 1.0 & Toolkit owners is $79.  The Professional Edition of
>Visual Basic is available for the suggested retail price of $495.
>Upgrades from Standard Edition 1.0 and 2.0 is $199 and for
>Professional Toolkit owners it is $99.

ARRRGGHHHH!!!  I already mailed my order for the Standard Edition at $79...
Now I find out that the Pro Edition is available to me at $99 as I have
the ProToolKit....  Why wasn't this in my upgrade notice??? !

I would have been glad to order VB 2.0 Pro had I known I could get it for $20
more...

Anyone at Microsoft have any suggestions on how I can fix this?????

Sheesh...
- Galen -
galenr@hpgrla.gr.hp.com
From: millard@acsu.buffalo.edu (Peter G. Millard)
Newsgroups: alt.lang.basic
Subject: Getting a screen capture in VB/DOS
Keywords: VB/DOS, Screen Capture
Date: 6 Nov 92 17:17:47 GMT
Organization: UB

I was wondering if there is a way to get a screen capture when running a 
VB/DOS program (either in the environment of when running the application
from dos (running the .exe file.)??

Can I get a public domain TSR that does this mauybe? If so can I get it via
anonymous ftp (maybe at SIMTEL or other place?)

Any help in this matter would be appreciated.

Thanx.
peter.

-- 
******************************************************************************
	Peter G. Millard  *  INTERNET: v057n5um@ubvms.cc.buffalo.edu           
 	SUNY @ Buffalo    *          : millard@acsu.buffalo.edu
*****************************************************************************
Newsgroups: alt.lang.basic
From: alex@bilver.uucp (Alex Matulich)
Subject: Re: SVGA in QuickBASIC?
Organization: W. J. Vermillion - Winter Park, FL
Date: Sat, 7 Nov 1992 15:23:55 GMT

g.landini@uk.ac.bham (Gabriel Landini) writes:
>Is there any way in which I could use any of my Paradise chip video modes
>(SVGA) in QuickBASIC??

Sorry, this will be of no help.  If anybody figures it out, I want to know
too.


-- 
 _ |__  Alex Matulich    alex.matulich@oau.org
 /(+__>  Unicorn Research Corp, 4621 N Landmark Dr, Orlando, FL 32817
//| \     UUCP:  alex@bilver.uucp   {peora|ge-dab|uunet!tous}!bilver!alex
///__)     Internet:  alex@bilver.oau.org | alex%bilver@peora.sdc.ccur.com
Newsgroups: alt.lang.basic
From: l137939@cc.tut.fi (Lahti Jani)
Subject: Timing problem with QB 4.5
Organization: Tampere University of Technology, Finland
Date: Fri, 13 Nov 92 14:57:17 GMT


Is there any way I can get my program to wait, say, 1.2 seconds? QB 4.5 has a
command SLEEP, that pauses for n seconds, but I need something more accurate.

With SOUND command I could generate intervals with 1/18 sec accuracy, but that
has a nasty side effect: beep from the speaker. If only could I set the
frequency low enough, the beep wouldn't be generated (my 4DOS has this
advantage (freq<20Hz)), but no: QB stops with error when frequency is set 
under 37 Hz.

So, what I'd want is a mean of generating pauses at least with 1/10 sec
accuracy, preferably 1/100 (but even 1/18 is OK) with my QB 4.5. Or do I
have to change my compiler to something more 'state-of-the-art' one?
-- 
_____________________________________________________________________________
Internet: l137939@cc.tut.fi      Jani Lahti              Fidonet: 2:222/352.3
--------------- for Pretty Good Privacy(tm), use your finger ----------------
From: strong-john@yale.edu (John Strong)
Newsgroups: alt.lang.basic
Subject: WAV in VB
Date: 6 Nov 1992 07:42:20 -0500
Organization: Yale University Science & Engineering UNIX(tm), New Haven, CT 06520-2158
NNTP-Posting-Host: minerva.cis.yale.edu

Hi,
   Can someone please repost the code to play .WAV files in Visual BASIC in
Windows 3.1?  Thanks!


-- 
John Strong                 |"My mother never breast fed me.  She told me that
strong@minerva.cis.yale.edu | she only liked me as a friend."                 
Yale University             |                             - Rodney Dangerfield
From: "ben bernard" <ben.bernard@channel1.com>
Newsgroups: alt.lang.basic
Subject: can one print the out
Date: 6 Nov 92 08:56:15 EST
Reply-To: "ben bernard" <ben.bernard@channel1.com>
Distribution: alt
Organization: Channel 1 Communications

to: govindg@ucunix.san.uc.edu

GG>Hello everyone!
GG>I have a friend who is curious about this as he needs to print out
GG>a graph with some lines at various slopes. Now, he is able to
GG>see it on the screen the way he wants it but can he get a hardcopy
GG>of it on a dotmatrix printer? Am using QBasic that came with MSDOS 5.0

GG>(Tried PrtScrn, printer did several carriage returns (where the graph would
GG> have been, and printed the "Press any key to continue" at the bottom!)

Try running the graphics printing driver supplied with DOS.  I think
it's called GRAPHICS.COM but I can't be sure.  This is a TSR which must
be loaded before running QB.  Once loaded, it allows PrtScr to work
in graphics mode.  Good luck.

                              -- Ben Bernard --
---
  DeLuxe 1.25 #12273  "I am the Lorax.  I speak for the trees."
--
Channel 1 (R)   Cambridge, MA
From: biow@cs.umd.edu (chris biow)
Newsgroups: alt.lang.basic
Subject: Re: QBX Memory Problems
Date: 6 Nov 92 23:25:51 GMT
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

In article <9211052103.AA07580@horton.jhuapl.edu> randy@horton.jhuapl.edu (Randall L. Schrickel NDM) writes:

>[QBX memory woes]

>I'm now spending all of my time trying to figure out this problem instead of
>writing and debugging new code!

Welcome to the big leagues. Until you've reached the point where most of
your time is spent trading off memory limits, you're not a REAL Quick 
Basic programmer.

Reread all of the manual discussions on QBX and BC memory handling 
at least fourteen times. Get all of the KnowledgeBase additions and
errata to the PDS manual (GEnie, CIS, or is there an FTP option?).
Then experiment wildly. Above all, remember that _any_ variable
length string array DIM/REDIM uses something like eight bytes per
array element in DGROUP. The only way to get out of this is dynamic
fixed length string arrays, which means that you lose most of BASIC's
string-handling advantages.

Finally, know that there are lots of odd, undocumented requirements
for QBX to run. I found that memory problems got tractable only 
after I went with a single QBX module. I then wrote a utility 
program to break up that muthuh-module into lots (28 at last count)
of modules for BC compilation and RTLINK overlaying.

If anybody is interested in that utility, please e-mail me. It saved
a programmer who was crying the blues on GEnie.
 
If your program is going to get 
big (> 20K lines, say), PDS may not be the system to use. 

I haven't ported my application over to QBDOS yet--it may be better.
At least string literals aren't in DGROUP.
Newsgroups: alt.lang.basic
From: li@skorpio.usask.ca ()
Subject: need help for BBX (Business BASIC eXtended)
Organization: University of Saskatchewan, Saskatoon, Canada
Date: Sun, 8 Nov 1992 22:28:19 GMT

Any one out there knows about the current version of BBX (from
Basis International)  running 
on BSD unix or IBM AIM? I guess it is Progression 3, but not sure.
what are the previous versions and what major differences are there
between these versions? 

Thanx a million in advance. 


-------------------------------------------------------------------
                |
Weidong  Li     |  Capt. Kirk:
li@cs.usask.ca  |  let's head for that planet, third from the sun,
                |  it looks promising.... :-)
                |
--------------------------------------------------------------------
Newsgroups: alt.lang.basic
From: wlsmith@valve.heart.rri.uwo.ca (Wayne Smith)
Subject: Something tells me comp.lang.basic wouldn't fly
Organization: (this space for rent)
Date: Fri, 13 Nov 1992 14:51:25 GMT

I have gotten a fair amount of e-mail asking "So why don't you start a
RFD or RFV for comp.lang.basic.
Sure, a lot of people (me included) get enough out of alt.lang.basic, but
some places don't get alt groups, and there's also a principle involved here
(that a major programming language is kept out of the comp.lang hierarchy).

With some of the negative comments about basic a few posts back, something
tells me that a lot of basic trashers would come out of the woodwork and
vote down comp.sys.basic.

Surely a vote has been tried before?  Does anyone know the results?
Newsgroups: alt.lang.basic
From: bdwheele@silver.ucs.indiana.edu (Brian Wheeler)
Subject: Re: SVGA in QuickBASIC?
Organization: Indiana University
Date: Sat, 7 Nov 1992 19:15:26 GMT

In <920604110653@ibm3090.bham.ac.uk> g.landini@uk.ac.bham (Gabriel Landini) writes:

>Is there any way in which I could use any of my Paradise chip video modes
>(SVGA) in QuickBASIC??
>Gabriel
><G.Landini@bham.ac.uk>

Yeah, I think so...
if you know what the VideoBIOS interrupts are, it should be pretty easy.
Unfortunatly, You may have to bypass QB's graphic functions :(
All you need to do is use the QB.QLB file to get access to them
Here's what you do:
dos prompt> QB /L

Here's the program (I don't know the Paradise mode #'s, so I've substituted
	Standard VGA #'s)

REM $INCLUDE: 'qb.bi'
REM That's the header for the interrupts

DIM regs as regtype 'CPU Register Type
'The following code is the same as:
'	MOV	ax,0000
'	INT	10h
regs.AX = &h13 'VGA 320x200x256
Interrupt &h10, regs, regs
'Computer is now in VGA mode
'Draw a dot:
MyPSET 160,100,1,0

Sub MyPSET (x,y,color,page)
	dim regs as regtype		'MOV AH,0ch
	regs.AX= (&h0c*256)+color	'MOV al,color
	regs.BX=page*256		'MOV bh,page
	regs.CX=x			'MOV cx,x
	regs.DX=y			'MOV dx,y
	Interrupt &h10,regs,regs	'INT 10h
end sub

That should do it.
If you choose a mode that QB doesn't support, you'll probably have to use a 
routine like MyPSET

-- 
******************************************************************************
* Brian 'Nautical' Wheeler - These are my opinions, do you hear me?  MINE!
* "Wombats are our friends" - Me
******************************************************************************
Newsgroups: alt.lang.basic
From: stevepo@microsoft.com (Steven Podradchik)
Subject: Re: Out of string space
Date: 04 Nov 92 22:06:45 GMT
Organization: Microsoft Corporation
Keywords: string

In article <Bwxqty.8yE@cs.vu.nl> jprins@cs.vu.nl (Someone) writes:
>Hi..
>
>I am busy writing an windowing editor in QB, but I am not very eager to
>continue now I found out I am already out of string space when I try to
>read a file larger than approx. 25Kb.
>
>I understand this has to do with the 64Kb limit QB has, but I would like
>to know if I could go beyond that limit? Maybe the /ah option QB provides
>has something to do with it?

VB/DOS, both Standard and Pro editions, use Far Strings so that you can
use all available DOS memory.

Addiitonally, both Std and Pro editions include a clone of the Windows
Notepad application created with VB/DOS.  Notepad.MAK creates a 
full-featured windowing edititor that runs in text-mode DOS. All source 
code is included.  The Notepad in the Pro version even includes
on-line hypertext Help.

Thanks, Steve Podradchik
Product Manager, Microsoft DOS Basic products
From: rgonzal@gandalf.rutgers.edu (Ralph Gonzalez)
Newsgroups: alt.lang.basic
Subject: Mac QB incompatible with Deskwriter/c?
Keywords: macintosh quickbasic deskwriter
Date: 10 Nov 92 16:05:02 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


Hi. I've written a QuickBasic application for the Macintosh. When my
program prints to an ImageWriter or LaserWriter all is well, but when
it prints to an HP DeskWriter/c (from a Mac IIfx/sys. 7), it produces
"out of memory" errors (out of heap space). Increasing the memory
allotment in the "Get Info" box does NOT help.

Anyone else see this? Anything I can do?

Any replies will be greatly appreciated!!

-Ralph Gonzalez
-- 
Ralph Gonzalez, Computer Science, Rutgers Univ., Camden, NJ
Phone: (609) 757-6122; Internet: rgonzal@elbereth.rutgers.edu
--
From: da@coombs.anu.edu.au (Daniel Austin)
Newsgroups: alt.lang.basic
Subject: Re: QBX Memory Problems
Date: 9 Nov 92 07:31:43 GMT
Organization: Australian National University
NNTP-Posting-Host: 150.203.76.2

bdwheele@silver.ucs.indiana.edu (Brian Wheeler) writes:

[...]

>/ah - puts arrays into the far heap.  rem $static (like before, it may be
>	rem $dynamic.  Gimme a break..its been awhile :) will make the data
>	space be allocated at compile time, not at run time.

[...]

REM $DYNAMIC causes data space to be allocated at RUN TIME.
REM $STATIC causes data space to be allocated at COMPILE TIME.
From: millard@acsu.buffalo.edu (Peter G. Millard)
Newsgroups: alt.lang.basic
Subject: How to get fast window print in VB/DOS?
Date: 8 Nov 92 05:36:54 GMT
Organization: UB

I am having some trouble w.r.t. to the screen print rate of my compiled
VB/DOS programs..I was wondering if anybody had a good solution to my
problem.  Here is my situation

I am writing a program which get data from a counter card, converts
it to a usable quantity and prints it to a picture window in extra large 
numbers. I am using subroutines (gosub type, not CALL type) to print the
numbers to the screen. These subs in-turn print the numbers by setting 
the currentX and currentY paramters for my picture box, then printing one
of the extended characters (like chr$(201)) to that location. 

The problem I have is that I need the program to update the screen as 
fast as possible. I used the same technique (sp?) in a QB 4.5 program 
(using LOCATE and then PRINT CHR$()) and these method is extremely faster.

I was wondering if there would be a faster method of printing my large numbers
to the picture box or am I doing this the hard way or what?? 

Any help would be appreciated.
Thanx.
  
-- 
******************************************************************************
	Peter G. Millard  *  INTERNET: v057n5um@ubvms.cc.buffalo.edu           
 	SUNY @ Buffalo    *          : millard@acsu.buffalo.edu
*****************************************************************************
Newsgroups: alt.lang.basic
From: philco@microsoft.com (Phillip Cooper)
Subject: Re: QBX Memory Problems
Date: 12 Nov 92 16:09:49 GMT
Organization: Microsoft Corporation

In article <da.721294303@coombs> da@coombs.anu.edu.au (Daniel Austin) writes:
>bdwheele@silver.ucs.indiana.edu (Brian Wheeler) writes:
>
>[...]
>
>>/ah - puts arrays into the far heap.  rem $static (like before, it may be
>>	rem $dynamic.  Gimme a break..its been awhile :) will make the data
>>	space be allocated at compile time, not at run time.
>
>[...]
>
>REM $DYNAMIC causes data space to be allocated at RUN TIME.
>REM $STATIC causes data space to be allocated at COMPILE TIME.
>

One other note:  Arrays are ALWAYS dynamic in the QBX environment,
regardless of the REM $STATIC or REM $DYNAMIC statements.  As the
name implies, these statements are compiler directives.  QBX will
completely ignore them.

Also, if anything, /Ah will make your executable larger, and leave you
with less memory than before.  This is because additional instructions
are required to implement huge pointer arithmetic (which is what /Ah
does - it allows huge arrays).

Phil Cooper
From: randy@horton.jhuapl.edu (Randall L. Schrickel NDM)
Newsgroups: alt.lang.basic
Subject: QBX Memory Problems
Date: 5 Nov 1992 15:03:53 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

The application I'm working on is rather large (16,000 lines) and is getting
rather difficult to handle under QBX. Specifically, running out of memory.
The program itself seems to run fine, it's only when I exit the program and
return to QBX that I get "out of memory" errors. I have looked at the docs and
Winer's book to death. I print out all the fre numbers (-1, -2, -3, "foo", 
and foo$) plus STACK before and after each array DIM, but haven't learned 
anything from that. Actually, I learned that most of the numbers DON'T change -
which doesn't seem right. Changing some string arrays from fixed length to 
dynamic (which I expected to free up some DGROUP) only made things worse (it
then died with "out of memory" during the execution, when it tried to dim one
of the string arrays). I'm running on a machine with 8 Mb, qemm, dos 5, and I
use the /ea switch when starting QBX (no huge arrays). Other people I've talked
to say it must be DGROUP, but my fre() experiments have not shown this to be 
necessarily true. Any other suggestions? Does VB/DOS handle memory any better?
I'm now spending all of my time trying to figure out this problem instead of
writing and debugging new code!

much thanks - randy@aplcomm.jhuapl.edu

Newsgroups: alt.lang.basic
From: bdwheele@silver.ucs.indiana.edu (Brian Wheeler)
Subject: Re: QBX Memory Problems
Organization: Indiana University
Date: Sun, 8 Nov 1992 18:36:42 GMT

In <9211052103.AA07580@horton.jhuapl.edu> randy@horton.jhuapl.edu (Randall L. Schrickel NDM) writes:

>The application I'm working on is rather large (16,000 lines) and is getting
>rather difficult to handle under QBX. Specifically, running out of memory.
>The program itself seems to run fine, it's only when I exit the program and
>return to QBX that I get "out of memory" errors. I have looked at the docs and
>Winer's book to death. I print out all the fre numbers (-1, -2, -3, "foo", 
>and foo$) plus STACK before and after each array DIM, but haven't learned 
>anything from that. Actually, I learned that most of the numbers DON'T change -
>which doesn't seem right. Changing some string arrays from fixed length to 
>dynamic (which I expected to free up some DGROUP) only made things worse (it
>then died with "out of memory" during the execution, when it tried to dim one
>of the string arrays). I'm running on a machine with 8 Mb, qemm, dos 5, and I
>use the /ea switch when starting QBX (no huge arrays). Other people I've talked
>to say it must be DGROUP, but my fre() experiments have not shown this to be 
>necessarily true. Any other suggestions? Does VB/DOS handle memory any better?
>I'm now spending all of my time trying to figure out this problem instead of
>writing and debugging new code!

>much thanks - randy@aplcomm.jhuapl.edu

try using the /ah (arrays high) and /nof (nofrills) switches at the command
line.  Also put "rem $static" (it might be "rem $dynamic"  I can never remember
which one).  That should let you use more memory.

/Nof - takes away some of the fun stuff like help out of QBX...that way there
	is more memory for code/data
/ah - puts arrays into the far heap.  rem $static (like before, it may be
	rem $dynamic.  Gimme a break..its been awhile :) will make the data
	space be allocated at compile time, not at run time.

Hope this helps.
Its not ALL that quirky....
Brian Wheeler
-- 
******************************************************************************
* Brian 'Nautical' Wheeler - These are my opinions, do you hear me?  MINE!
* "Wombats are our friends" - Me
******************************************************************************
Newsgroups: alt.lang.basic
From: hutch@bellman.lanl.gov (John Hutchinson)
Subject: Re: GFA Basic graphics routines
Reply-To: hutch@bellman.lanl.gov
Organization: Los Alamos National Laboratory
Date: Thu, 12 Nov 1992 17:28:07 GMT

In article 13801@hitech.com.au, matthew@hitech.com.au (Matthew Smith-Stubbs) writes:
>
>	I am using GFA Basic on an Atari ST (1/2 meg memory). I have been
>  trying to use the following code to move a sprite around. The problem
>  is the flickering on the screen. I have an idea that page flipping or the
>  command VSYNC might help, but do not know how to use them. 

<< stuff deleted >>

Just so everyone else knows, I've replied to Matthew via email about his
problem using GFA BASIC on the Atari.

In the same vein, however, I'm interested in correspondence with any users of
GFA BASIC (DOS or Windows versions) on the PC.  Please email me if you use it.
I'm impressed with its speed (as compared to VB) but some things are tricky.

BTW, there was a review of VB, The Realizer and GFA BASIC in the Nov issue of 
Computer Language magazine.

Thanks,
---

___________________________ John "HUTCH" Hutchinson _________________________
_________________ Fair Dinkum Technologies     Member - IAAD  _______________
________________ "No worries, mate... it's from Fair Dinkum!" _______________
____________ email: hutch@bellman.lanl.gov   GEnie: FAIR-DINKUM _____________


Newsgroups: alt.lang.basic