HDTenEightyP/NetNews huggingface dataset:
From: fbaker@nyx.cs.du.edu (fred baker)
Subject: Re: HOW IS QUICKBASIC FOR THE MAC?
Summary: Yeeccccch!
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Distribution: usa
Date: Tue, 21 Jul 92 05:29:58 GMT

In article <15353@ucdavis.ucdavis.edu> ez008347@fred.ucdavis.edu writes:
>I have a compiled PC program I wrote in QuickBasic.  I want to get one done for
>the Mac.  Questions:
>1) How is QuickBasic for the Mac? Please only answer this one if you know what 
>   you are talking about.
>2) What applications generators do you recommend? (Anyone can answer this.)
>  
>The program is not database oriented.  It is a questionnaire whose answers are

Run, do not walk away from MS QuickBASIC.  The last time it was updated was in
1988.  It is not 32-bit compatible, does not produce 32-bit compatible
software, supports nothing more than the old eight-color QuickDraw model, and
what is more, *still* costs as much as it did in 1988.  How's that for a
run-on sentence?

Unfortunately, you're not going to do much better elsewhere.  The last I've
heard, Zedcor still hasn't updated its ZBasic product (although it was leaps
and bounds better than MS QuickBASIC), and as for True Basic, my only
experience was with the demo, and it wouldn't run under System 7.  Oh yeah;
MS QuickBASIC doesn't work too well with System 7 either.

Would you like to buy my copy, *real* cheap? :)

Fred

Newsgroups: comp.sys.mac.programmer
From: peter@cujo.curtin.edu.au (Peter N Lewis)
Subject: Re: Top Ten Things I'd Like to See in Think Pasal
Followup-To: comp.sys.mac.programmer
Organization: NCRPDA, Curtin University
Date: Mon, 27 Jul 1992 09:19:22 GMT

In article <a69376dd@fairgate.uucp>, paul@fairgate.uucp (Paul Robichaux)
wrote:

> On the other hand, as a frequent user of both I find TP's user interface
> superior. Herewith are my Top Ten

Oh goody, its that time again...

That was an interesting list, it hardly overlapped with mine at all.  I
especially disagree with the optimizing - have you actually used TC's
optimization?  I don't even use TC just work with someone who does on a
project, and have spent many hours helping him debug problems that turned
out to be TC deciding that one register was good enough for two variables
when it wasn't :-(

Here is my list:

fixing the editor bugs that have been around since THINK Pascal 3
  such as the wayward outlining leaving trails, or the really
  fun disappearing begin's
larger that 64k structures and more that 64k globals.
structured constants such as those available in Turbo Pascal since god
knows
when (1986?).  
warnings on dangerous use of object fields (such as passing to var
  parameters)
multiple errors detected per compile
warnings for unsued variables, or functions with no return value
some language extensions such as exceptions
nested comments would be nice, and multiline comments as well
An option for relaxed string range checking
Range Checking code that did sensible things in compiled apps (instead of 
  bombing on machines without macsbug and doing nothing on machines with 
  macsbug - great for debugging )-:
Background compilation, and actually calling WNE while compiling - THINK
Back solves this problem so I guess its not an issue anymore, wow, one
actually gets deleted from my list! :-)
An app to sweep remove objects recursively thru a folder
Better control of break points such a break if x<0 etc

THINK Pascal is a great product, but it really needs to have some more
development work done on it, I have this horrible feeling that Symantec
have decided to just go with tehir C products :-(

Cya all,
   Peter.

_______________________________________________________________________
Peter N Lewis, NCRPDA, Curtin University       peter@cujo.curtin.edu.au
GPO Box U1987, Perth WA 6001, AUSTRALIA             FAX: +61 9 367 8141
Newsgroups: comp.sys.mac.programmer
From: jcav@quads.uchicago.edu (JohnC)
Subject: Re: Moving to the foreground after receiving an 'odoc' from the Finder
Reply-To: jcav@midway.uchicago.edu
Organization: The Royal Society for Putting Things on Top of Other Things
Date: Tue, 21 Jul 1992 16:12:51 GMT

In article <1992Jul20.195334.19197@newstand.syr.edu> greeny@top.cis.syr.edu (J. S. Greenfield) writes:
>
>What is the standard technique to insure that your application is in the
>foreground after receiving an 'odoc' event from the finder?
>
>I have an application (which does not recieve suspend/resume events) which
                        ^^^^^ ^^^^ ^^^ ^^^^^^^ ^^^^^^^^^^^^^^ ^^^^^^
This is the root of your problem.  If you accept high-level events, you also
_must_ accept OS events (suspend/resume, etc).

>brings up a custom get file after receiving an 'odoc' event.  If there are
>some finder windows open, the get file dialog will occasionally appear
>*behind* the finder windows, initially.  It then moves to the front, but
>the dialog window is left empty.

If you want to be absolutely sure you're in front, you can call
_SetFrontProcess (I think that's the name) with your own process serial #.
However, I suspect that if you handle your suspend/resume events by the
book, the other problems should "factor out".

-- 
John Cavallino                  |  EMail: jcav@midway.uchicago.edu
University of Chicago Hospitals |         John_Cavallino@uchfm.bsd.uchicago.edu
Office of Facilities Management | USMail: 5841 S. Maryland Ave, MC 0953
B0 f++ c+ g++ k s++ e+ h- pv    |         Chicago, IL  60637
From: keith@taligent.com (Keith Rollin)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Function missing from MPW C library?
Date: 24 Jul 92 19:38:37 GMT
Organization: Taligent

In article <1992Jul23.132750.12392@newstand.syr.edu>,
mcnichol@terminator.psy.syr.edu (Brendan T. McNichols) writes:
> 
> I am getting the following error message when building a project using  
> MPW C:
> 
> ### Link: Error: Undefined entry, name: (Error 28) "str2dec"
>   Referenced from: _doscan in file: Alliance Drive  
> :Development:MPW:Libraries:CLibraries:CLib881.o
> ### Link: Errors prevented normal completion.
> ### MPW Shell - Execution of KLSyn88.makeout terminated.
> ### MPW Shell - Execution of BuildProgram terminated.
> 
> It seems to me that this means that the function "str2dec" is missing  
> from the CSANELib881.o library.  (It is declared in SANE.h.)  I am new  
> using MPW and I'm not sure if there's something here that I should have  
> done but didn't.  Does anyone know how to fix this problem?  Is str2dec  
> located in some other library?  Can I get the code for str2dec and  
> include it in the CSANELib881.o library?

There seem to b versions of str2dec in {Libraries}Runtime.o and
{PLIbraries}PasLib.o. Whenever I have problems finding a library routine, I use
the following script.

Set Exit 0
Set SearchExpression "`Request "Enter regular expression" || Echo '""'`"
Exit if "{SearchExpression}" == ""
For folder in "{Libraries}" "{PLibraries}" "{CLibraries}"
	Echo "Searching in {folder}"
	For file In `files -f -s -t "OBJ " "{folder}"`
		DumpObj -mods "{file}" | Search -nf /{SearchExpression}/ opt-3opt3 Dev:Null
		If {status} == 0
			Echo "DumpObj opt-d"{file}opt-d" -m {SearchExpression}"
		End
	End
End opt-wopt-w "{WorkSheet}"
Set Exit 1


--
Keith Rollin
Phantom Programmer
Taligent, Inc.
Newsgroups: comp.sys.mac.programmer
From: fadushin@rodan.acs.syr.edu (Fred Dushin)
Subject: WaitNextEvent call in MPW tool bus error
Organization: Syracuse University, Syracuse, NY
Distribution: usa
Date: Tue, 28 Jul 92 22:23:08 EDT

I encounter a bus error during a call to WaitNextEvent
in some code compiled as a tool under MPW C.  The code runs 
when compiled as an application and
when compiled under THINK 5.01.

Should one not call WaitNextEvent in a tool?

How else does one perform updates?

Email responses to fadushin@top.cis.syr.edu preferred.

Also, can one not print to stdout and stderr in code compiled
as an application in MPW?  

Fred Dushin
Syracuse, NY
From: jpugh@apple.com (Jon Pugh)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Getting full path name
Date: 19 Jul 92 00:30:10 GMT
Organization: Apple Computer, Inc.

In article <l0_m-7=.crunch@netcom.com>, crunch@netcom.com (John Draper) writes:
> 
> Does anyone know how to get a FULL pathname for a specific file,   given
> a vRefNum, DirID, and Filename?
> 
> Naturally,  IM doesn't have any examples around that show how to 
> do this,  and after spending more than a day looking for example code,
> I haven't come up with anything.
> 
> Whatever Mac functions I use,  must be abvailable in System 6.0.7
> and above.

Check out the DTS sample code on ftp.apple.com and on the Dev CDs.  There is
an example to do just this.

Jon
From: hunter@cs.cornell.edu (Scott B. Hunter)
Subject: Strange error msg in THINK Pascal 4.0
Followup-To: hunter@cs.cornell.edu
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Wed, 29 Jul 1992 19:07:08 GMT

When using THINK Pascal 4.0 under System 7.0, I get a message about
the system zone being corrupted each time I exit the program (either
because its been terminated or because of deugging).  I've tried
removing all extensions, applied the Pascal update, etc., but to no
effect.  This is on an original MacII w/ 5MB RAM.  I can still work
(the message can be dissmessed like a bug alert), and things seem to
be OK, but this gets tiresome real fast.

Has anyone else experienced this, and more importantly, is there a
known way to fix it?

Thanks,
scott

-- 
"He felt a rising, choking sense of worship and recognized it for what
it has always been for mankind -- self-respect."  
_More_Than_Human_, by Theodore Sturgeon
Newsgroups: comp.sys.mac.programmer
From: greeny@top.cis.syr.edu (J. S. Greenfield)
Subject: Re: Top Ten Things I'd Like to See in Think Pasal
Organization: Syracuse University, CIS Dept.
Date: Mon, 27 Jul 92 15:18:15 EDT

I have a fairly simple change that I would like to see in THINK Pascal:  better
handling of comments.

I want to be able to comment out blocks of code, while debugging, and then
uncomment the block afterwards, without having to deal with TP's silly
single-line comment restriction.

As such, I'd like to see TP support multiple line (and nested) comments.

It doesn't seem as though that would be terribly troublesome for them to
include--Does anyone know why TP is restricted to single-line comments, in
the first place?  Is it just because of the pretty-printer??

-- 
J. S. Greenfield                                         greeny@top.cis.syr.edu
(I like to put 'greeny' here, 
but my d*mn system wants a 
*real* name!)                        "What's the difference between an orange?"
Newsgroups: comp.sys.mac.programmer
From: csuley@cs.cornell.edu (Christopher Suley)
Subject: Re: Moving to the foreground after receiving an 'odoc' from the Finder
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Wed, 22 Jul 1992 18:56:14 GMT

d88-jwa@dront.nada.kth.se (Jon W{tte) writes:
>> I wrote:
>
>   In _Macintosh Programming Secrets, 2e_, they call EventAvail 3 times when
>   the program starts up to bring it to the front.  They say that this is the
>   "standard" way to bring a program to the front under MultiFinder.
>
>No, it's the standard way of bringing the app to the
>front WHEN BEING LAUNCHED under MultiFinder. Big difference !
>Calling EventAvail will NOT switch layers by itself.
>

Oops. My bad. I never did well in reading comprehension tests anyway. ;)

I have a question.  In _Inside Macintosh_, the Memory Manager chapter in
Volume 2 I think, there is a warning that you shouldn't do anything to a
handle unless the current zone is the one in which the handle resides.

I have an application that reads the data out of a handle I store in the
system heap.  It's never had a problem (the data has always been correct),
but now I'm concerned.

It's not a big problem to add GetZone, SetZone( SystemZone() ) calls, but
I was just wondering why that warning was there.


-- 
|}-{}-{}-{}-{}-{}-{}-{}-{}-{|
{} Christopher S. Suley    {}  "do you expect me to talk?"
{} csuley@cs.cornell.edu   {}  "no, mr. bond, i expect you to die."
|}-{}-{}-{}-{}-{}-{}-{}-{}-{|
Newsgroups: comp.sys.mac.programmer
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Subject: Re: gDevice^^.gdMode?
Organization: Kalamazoo College
Date: Fri, 24 Jul 1992 00:05:57 GMT

jpugh@apple.com (Jon Pugh) writes:
>Is there a place that defines the modes available in a GDevice's gdMode
>field?
>
>I have written an XFCN which returns the current depth of a monitor.  I simply
>look at the gdMode field and parse it.

Jon!  (shocked, offended look)  I'm surprised at you!  You should know
better than this!  :-)  :-)

>So far, every machine I have run this on works.  If there is a proper way
>of determining the bit depth, I would be glad to use it.  ;)

Whydoncha just look at theDevice^^.gdPMap^^.pixelSize?  It's just as
easy, and it's documented, unlike the values in theDevice^^.gdMode.

However, there's no way that I know of to determine whether a monitor
_is_in_ (not _supports_) color (as opposed to grayscale).  Obviously it
can be done, and it probably has something to do with a bit in gdMode.
But I've never seen it documented.  If someone knows, please clue me in.
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 Tear down the monuments, and send a postcard back
 For nineteen-ninety-five, I will have the starter pack      - Gang of Four
From: gt5870c@prism.gatech.EDU (Noah White)
Newsgroups: comp.sys.mac.programmer
Subject: ** Wanted: THINK Reference
Date: 26 Jul 92 19:22:32 GMT
Organization: Universal Exports


  I'm looking for THINK Reference, original docs. are a must box is optional,
make me an offer.

----
Noah White
Organization: Queen's University at Kingston
Date: Friday, 31 Jul 1992 09:55:28 EDT
From: <CHARLESW@QUCDN.QueensU.CA>
Newsgroups: comp.sys.mac.programmer
Subject: ?Netter Dinner at MacWorld Expo Boston this year?

  The title says it all.  Did I miss the call while I was away?

  Thanks,

.../dave   Dave Charlesworth
Newsgroups: comp.sys.mac.programmer
From: dmmg1176@uxa.cso.uiuc.edu (David M Marcovitz)
Subject: Q: SndRecord in Think C
Organization: University of Illinois at Urbana
Date: Tue, 28 Jul 1992 21:49:10 GMT

I am trying to use the function SndRecord (documented in IM 6 on p.
22-92) in Think C 5.0.  When I try to compile my project, I am getting
the message that the prototype is not defined for this function.  I
included <Sound.h>, but it doesn't have the SndRecord header.  Where
is this header defined?  Thanks.

-- 
David M. Marcovitz                     |  internet: marcovitz@uiuc.edu
Computer-based Education Research Lab  |            dmmg1176@uxa.cso.uiuc.edu
University of Illinois                 |  novanet:  marco / cca / nova
Newsgroups: comp.sys.mac.programmer
From: d88-jwa@dront.nada.kth.se (Jon W{tte)
Subject: Re: Moving to the foreground after receiving an 'odoc' from the Finder
Originator: d88-jwa@dront.nada.kth.se
Organization: Royal Institute of Technology, Stockholm, Sweden
	<mxmora-200792113832@css-mac1.sri.com>
	<1992Jul20.195334.19197@newstand.syr.edu>
	<1992Jul21.161251.7693@midway.uchicago.edu>
Date: Tue, 21 Jul 1992 21:56:59 GMT

.uchicago.edu> jcav@quads.uchicago.edu (JohnC) writes:

   This is the root of your problem.  If you accept high-level events, you also
   _must_ accept OS events (suspend/resume, etc).

This is mostly true. You also should make sure that you
never post Alerts in the background, instead, do something
like:

	EnsureInFront ( ) ;
	Alert ( ... ) ;

where EnsureInFront returns if you ARE in front, or posts a
notification and waits until you get into front if you're
not.

   If you want to be absolutely sure you're in front, you can call
   _SetFrontProcess (I think that's the name) with your own process serial #.
   However, I suspect that if you handle your suspend/resume events by the
   book, the other problems should "factor out".

DO not change the front applications forcibly. Don't. No.
(Well, I have a reason for doing it, but YOU shouldn't :-)

You should call AEInteractWithUser when you "need" to get
to the front and can't resort to posting a notification and
waiting.

AEInteractWithUser is safe to call even if you're not handling
an apple event, though, I was told by one of the engineers at
the Apple Events panel at the WWDC. Cool. So AEInteractWithUser
is preferred to SetFrontProcess.

-- 
         Jon W{tte, Svartmangatan 18, S-111 29 Stockholm, Sweden

### You have the Easy Access virus. This virus may cause strange sounds
### and weird keyboard behaviour when you press the shift key repeatedly.
From: andy@meefun.autodesk.com (Andrew Purshottam)
Newsgroups: comp.sys.mac.programmer,comp.sources.wanted
Subject: Mac Color Icon (cicn) format -> pbm wanted.
Date: 29 Jul 92 22:41:18 GMT
Reply-To: andy@autodesk.com
Followup-To: comp.sys.mac.programmer
Organization: Autodesk Inc.

Hi, does anyone have a tool that will convert color icon format 
to anything readabpe by the pbm tools? (Or other X/Unix formats?)
Thanks,
	Andy
--
-
Andrew V. Purshottam      /\     |  andy@autodesk.com  ...!fernwood!acad!andy 
Autodesk, Inc.	         //\\    |  (415)332-2344x2161  FAX (415) 331-8093
2320 Marinship Way      ///\\\   |  Sausalito CA 94965
"The views expressed are those of the speaker."
Newsgroups: comp.sys.mac.programmer
From: danny@utkux1.utk.edu (Danny W. McCampbell)
Subject: Modal Dialog Problem Solved but still puzzled...
Organization: University of Tennessee
Date: Wed, 29 Jul 1992 15:57:30 GMT

Hi, well it seems there is something really goofy going on.
I mentioned that I could not get the Color Picture I had
to show up in my Modal Dialog.  This is only the case while
running the program under Think Pascal.  Just for the heck 
of it I built the application and launched it from the finder.
It worked!  The color picture showed up in the Modal Dialog.
What is going on?  I increased the memory size of Think Pascal
to 5 megs and it still would not show the picture.

Thanks to all those who replied to my previous post.

Danny McCampbell
danny@utkux1.utk.edu
Newsgroups: comp.sys.mac.programmer
Subject: Development Opportunity!
From: ebhanson@StarConn.com (E. B. Hanson)
Date: 30 Jul 92 07:26:38 GMT
Organization: Starnet-Public Access UNIX--Los Altos, CA  415-949-3133

This posting is to introduce you to Felis Software. Felis Software
publishes a quarterly catalog of software applications, utilities, and
templates for Mac and PC-compatible computer users. Felis handles the
marketing, product ordering, duplication, and shipping. In addition,
Felis provides technical support for these products. They are currently
looking to expand their catalog.

The programs included in the Felis catalog are carefully selected from
submissions received from developers like yourself. The developer
receives a substantial royalty for every unit Felis sells.

If you are interested in submitting a product for publication or want
more information about this opportunity, reply to this posting. I have a
developer's kit I would be happy to forward to you. If you'd rather
contact me by surface mail, that can be done also.

Eric Hanson
191 Harder Road, #122
Hayward, CA 94544
(510) 582-4300


Newsgroups: comp.sys.mac.programmer,comp.apps.spreadsheets,comp.os.ms-windows.programmer.misc,comp.os.msdos.programmer,comp.os.os2.programmer,comp.windows.ms.programmer,comp.games.programmer
Subject: Development Opportunity!

This posting is to introduce you to Felis Software. Felis Software
publishes a quarterly catalog of software applications, utilities, and
templates for Mac and PC-compatible computer users. Felis handles the
marketing, product ordering, duplication, and shipping. In addition,
Felis provides technical support for these products. They are currently
looking to expand their catalog.

The programs included in the Felis catalog are carefully selected from
submissions received from developers like yourself. The developer
receives a substantial royalty for every unit Felis sells.

If you are interested in submitting a product for publication or want
more information about this opportunity, reply to this posting. I have a
developer's kit I would be happy to forward to you. If you'd rather
contact me by surface mail, that can be done also.

Eric Hanson
191 Harder Road, #122
Hayward, CA 94544
(510) 582-4300
From: rla20@duts.ccc.amdahl.com (Roger Allen)
Newsgroups: comp.sys.mac.programmer
Subject: Quick TCL gDesktop question
Date: 21 Jul 92 21:24:46 GMT
Reply-To: rla20@DUTS.ccc.amdahl.com (Roger Allen)
Organization: Amdahl Corporation, Sunnyvale CA

Quickie:

For multi-monitor systems, does gDesktop->bounds include the main device
only or some rect that bounds all of the screens.

In other words is gDesktop->bounds A or B.  Where B is the main screen and
C is another screen and A is the rect that bounds them.

   AAAAAAAAAAAAAAAAAAA
   ABBBBBBBB         A
   AB      B         A
   AB  ..  B         A
   AB  \/  BCCCCCCCCCA
   AB      BC       CA
   ABBBBBBBBC       CA
   A        C       CA
   A        C       CA
   A        C       CA
   A        CCCCCCCCCA
   AAAAAAAAAAAAAAAAAAA

Hope it takes less time to answer than it did to draw that.


Roger
--
> Roger Allen                   |                                        <
> Amdahl Computer Development   | What are you looking here for?         <
> rla20@cd.amdahl.com           |                                        <
From: KOKKINOS@eldi.epfl.ch (Andreas Kokkinos)
Newsgroups: comp.sys.mac.programmer
Subject: Indexed files with Think Pascal ?
Date: 26 Jul 92 12:29:36 GMT
Organization: Ecole Polytechnique Federale de Lausanne, Dpt d'informatique
X-News-Reader: VMS NEWS 1.22

I would like to create indexed files with Think Pascal.

The items (Records) of the file are all of the same kind and 
they are identified by a key (could be an integer).

By INDEXED FILES I mean files that records can be accessed by ONE
I/O instruction (like in DataBases) without having to read all recods
to find the one we want to read.

Thanks Andreas KOKKKINOS





=============================================================================
| Andreas KOKKINOS                  | Swiss Federal Institute of Technology | 
| e-mail : KOKKINOS@ELDI.EPFL.CH    | Lausanne SWITZERLAND                  | 
| Phone  : (004121) 6534819         |                                       | 
| Fax    : (004121) 6534819         | Computer Science Department           |
=============================================================================
Xref: sparky comp.sys.mac.programmer:13032 comp.sys.mac.misc:13808 comp.object:3007