HDTenEightyP/NetNews huggingface dataset:
From: gwkfong@ntuvax.ntu.ac.sg (Fong Whye Koon)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Drover Professional ToolBox for Windows Version 2.0
Date: 28 Jan 93 09:01:00 GMT
Organization: Nanyang Technological University - Singapore
News-Software: VAX/VMS VNEWS 1.41

Hi,
   I am wondering whether there are any users of the above package. I bought
and used it about a month ago. I just discovered there is a bug with the
"EnumFiles" function which causes some UAE problem with the kernel386.exe.
Does anybody know the internet (if any) correspondence address of FarPoint
Technologies (the maker) at Compuserve or similar BBs so that I can post to 
them my problems via email? I have found it very useful for quick and reliable
interface and systems solutions, and do not want my good impressions of the
product to be marred by this irritating bug in EnumFiles, a function which I
would like to use urgently. 
   I live on the other side of the world in South East Asia and it will cost
me as well as Farpoint Technologies a bomb to discuss our problems via fax or
voice phone. They state their tech support number as 614-765-4333. I just hope
somebody affiliated with FarPoint reads this and help me contact them. My
internet mail address is :
       IN%"GWKFONG@NTUVAX.NTU.AC.SG"
if anyone associated can give me a solution to this bug.

Thanks very much in advance to whoever can solve this Drover ToolBox bug.
Regards
Fong
Xref: sparky comp.os.ms-windows.programmer.tools:2227 comp.lang.c++:19879
From: nadsap@violet.ccit.arizona.edu
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Can VB access C routines?
Date: 28 Jan 93 15:31:21 GMT
Distribution: world,local
Nntp-Posting-User: nadsap


Do any of you know if Visual Basic has the means to access Borland C
routines?

Thanks
Mike
NADSAP@CCIT.ARIZONA.EDU
Newsgroups: comp.os.ms-windows.programmer.tools
From: hausutzu@chamber.in-berlin.de (Utz-Uwe Haus)
Subject: Re: QuickC vs Turbo C++
Organization: Zombie's Burial Chamber, Berlin, West Germany.
Date: Wed, 20 Jan 1993 18:26:35 GMT

There is a comparison of all the available C-compilers (sorry - probably not
_all_ but the most known :>) in PCMagazine Vol.11 Issue 13 (July 1992). 
You should be able to find a copy in yout local library.
TTFN
U.U.H.
root%pse@chamber.in-berlin.de

Newsgroups: comp.os.ms-windows.programmer.tools
From: n9148984@henson.cc.wwu.edu ( )
Subject: DLL from Visual Basic to Access
Keywords: Access, Visual Basic
Organization: Western Washington University
Date: Sat, 23 Jan 1993 07:29:57 GMT

Very simple question.  What Dll can one use to start up MS Access
from Visual Basic.
From: cp654@cleveland.Freenet.Edu (Richard J. Latshaw)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Re: A few FAQ's
Date: 22 Jan 1993 01:07:31 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: cp654@cleveland.Freenet.Edu (Richard J. Latshaw)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, jeff@econBerkeley.EDU (Jeffrey C. Ely) says:

>1.  Turbo Debugger for Windows 3.1 does wicked things to my super vga display
>when i return from the debugger.  Is this common?  I am using a Trident
>video card with what I think is one of the most recent Windows drivers.  
>Any solutions to this problem?

You might try svga.dll, available on cserve as svga.zip, which fixes
problems with ATI Ultra cards and, supposedly, other svga cards.  Your
mileage may vary.

>2.  How come Borland hasn't made TDW into a full-fledged Windows app that
>runs within the graphical environment? Is it just a matter of not yet
>having gotten around to that, are they working on it, or is there an
>inherent difficulty.

I believe there are some fundamental problems.  Check the Feb. issue of DDJ
for details.

	Regards,	latshar@firnvx.firn.edu
	Dick		**Sunny Tampa, Florida**
Newsgroups: comp.os.ms-windows.programmer.tools
From: troy@rsinc.com (Troy Cobb)
Subject: Re: Windows 3.1 in a 32-bit flat memory model ?
Organization: Research Systems, Inc.
Date: Mon, 25 Jan 1993 17:29:25 GMT

In article <1993Jan18.162903.25202@neptune.inf.ethz.ch> hausner@inf.ethz.ch (Matthias J. Hausner) writes:
>PROBLEM: given a compiler that knows nothing about segmented memory, i.e. can 
>handle 32-bit flat pointers only. Is it possible to develop Windows 3.1 
>applications with such a compiler?
>
>I have read of Microsoft's Win32S and Rational's BigWin. Has anyone experience
>with these kits, or does anybody know of other ways to have Windows 3.1 run in
>a flat memory model? Thanks...

The choice we made due to our 32Bit needs in our application is to use
WATCOM's 32 Bit Windows compiler.  Essentially what WATCOM does is allow
you to use 32 bit integers and address into a flat address space by 
binding your application with a "Supervisor" which handles the addressing
issues when you call out to the Windows API.  It is for the most part
invisible to the Developer.  We have had a few problems with this but all-in-all
I have found this to be a much better solution than using the WinMem32 DLL which
does NOTHING for your API calls.  WATCOM uses a DPMI implementation for 
the Flat Memory Management.

Hope this helps...

Troy Cobb
Engineering
Research Systems, Inc.
troy@rsinc.com

Newsgroups: comp.os.ms-windows.programmer.tools
From: tpurves@sygnus.uucp (Timothy Purves)
Subject: Re: borlandc++ and MSC++ DLLs
Organization: None
Date: Fri, 22 Jan 1993 01:27:20 GMT

In article <CRAIGM.93Jan19132529@egnext1.SLAC.Stanford.EDU> craigm@egnext1.SLAC.Stanford.EDU (Craig Markwardt) writes:
>
>In article <C13v5G.1xn@panix.com> rryan@panix.com (Rob Ryan) writes:
>
>BC++ also has specialized Windows features which do not appear in any
>other version of C++ that I know of.  These are incompatible with all
>other C++ compilers.  Microsoft, in their MFC package, has used an 
>underhanded loophole in the C++ spec to accomplish their goals, which 
>BC++ later incorporated as well, but there are no other compilers out

What "underhanded loophole". Please explain.

-- 

    Timothy Purves          linx!sygnus!tpurves@vela.acs.oakland.edu
    Waterford, MI
    USA
Newsgroups: comp.os.ms-windows.programmer.tools
From: knispel@eig.unige.ch
Subject: MSC700 PWB resize exiting VX_server
Organization: University of Geneva, Switzerland
Date: Tue, 26 Jan 1993 05:48:59 GMT

I am in trouble with Microsoft's C700 VX_server. I run PBW in a Windowed
DOS session, and if I call either the debugger or the Run command for a
Windows application (through VX_server), it restores me always PWB in
DOS full screen mode.

Has anyone heard about such a problem or could I simply come from my
Video (it is a Diamond Stealth S3 with OEM Drivers for Win31).

Thanks for help

     Sven

========================================================================
E-mail : KNISPEL@EIG.UNIGE.CH
From: cp654@cleveland.Freenet.Edu (Richard J. Latshaw)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Re: TDW lockups & ATI Ultra
Date: 28 Jan 1993 22:39:58 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: cp654@cleveland.Freenet.Edu (Richard J. Latshaw)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, kim@Software.Mitel.COM (Kim Letkeman) says:

>In article <1jc171INNqng@usenet.INS.CWRU.Edu> cp654@cleveland.Freenet.Edu (Richard J. Latshaw) writes:
>
>| Thanks to all who responded to my request for help with TDW lockup
>| problems with the ATI Graphics Ultra card.  The ultimate answer
>| appears to be a replacement video DLL - SVGA.DLL dated 9/22/92
>| available from CSERVE as svga.zip.  It also seems to be important
>| that only one copy of tdw.ini exist and it must be in the windows
>| directory.
>
>You should get ULTRA.DLL from Borland. This works with the original GU
>card (not the plus or pro versions) and is much faster than SVGA.DLL,
>which works with, I believe, almost all cards. I tried both and SVGA
>was pretty frustrating when swapping screens because it did not use
>the Ultra's capabilities.

The recommendation to use SVGA.DLL came from Borland.  ULTRA.DLL locks up
my machine. Is there is a new version that came out within the last few
weeks?


-- 
	Regards,	       	latshar@firnvx.firn.edu
	Dick			***Sunny Tampa, Florida***
Newsgroups: comp.os.ms-windows.programmer.tools
From: sci20194@nusunix1.nus.sg (NG CHIK KANG)
Subject: Microsoft Access & VB 2.0
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 21 Jan 1993 16:59:51 GMT

I've found MS ACCESS rather difficult to program. Perhaps its due to my
lack of knowledge in SQL. I find designing of GUI for VB is far easier
than Access. I was also somewhat confused by the calling convention in
Access.. ie extra brackets [] etc.
 
It would be helpful if VB and Access can interact together.
From: ckwang@hobbie.intel.com (Chih-Kan Wang)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Yacc/Lex for Windows?
Date: 22 Jan 93 20:38:39 GMT
Organization: Intel

I am looking for Yacc and Lex for Windows programming.  I know there are
byacc, bison, and flex for DOS. But do they work if I incorporate the code
they generate into a Windows application or Windows DLL?

Do such tools exist (commercially or in public domain)? Any information is
greatly appreciated.

CK
-- 
------------------------------------------------------------------------
C.-K. Wang         Sr. Software Engineer           Intel, Hillsboro, OR
                   <ckwang@littlei.intel.com>      (503)696-2253
Newsgroups: comp.os.ms-windows.programmer.tools
From: craigm@egnext1.SLAC.Stanford.EDU (Craig Markwardt)
Subject: Re: borlandc++ and MSC++ DLLs
Organization: Stanford Linear Accelerator Center
	<CRAIGM.93Jan19132529@egnext1.SLAC.Stanford.EDU>
	<1993Jan22.012720.28932@sygnus.uucp>
Date: Sat, 23 Jan 1993 22:00:57 GMT


In article <1993Jan22.012720.28932@sygnus.uucp> tpurves@sygnus.uucp (Timothy Purves) writes:

   In article <CRAIGM.93Jan19132529@egnext1.SLAC.Stanford.EDU> craigm@egnext1.SLAC.Stanford.EDU (Craig Markwardt) writes:
   >
   >In article <C13v5G.1xn@panix.com> rryan@panix.com (Rob Ryan) writes:
   >
   >BC++ also has specialized Windows features which do not appear in any
   >other version of C++ that I know of.  These are incompatible with all
   >other C++ compilers.  Microsoft, in their MFC package, has used an 
   >underhanded loophole in the C++ spec to accomplish their goals, which 
   >BC++ later incorporated as well, but there are no other compilers out

   What "underhanded loophole". Please explain.

Sorry, I don't have the original news article any more, but it was my
understanding that Microsoft used a rather hazily undocumented
"feature" of C++ in their MFC package, which allows messaging to be
done.  Borland had to modify their compiler to take advantage of this
"feature" and use MFC.

Craig

--
---------------------------------------------------------------------
Craig Markwardt             SLAC           | "To cogitate and
internet: craigm@egnext2.slac.stanford.edu |  to solve ..." -MathNet
---------------------------------------------------------------------
Xref: sparky comp.os.ms-windows.programmer.tools:2241 comp.os.ms-windows.programmer.misc:5387
From: matthewb@tekig1.PEN.TEK.COM (Matthew Berney)
Newsgroups: comp.os.ms-windows.programmer.tools,comp.os.ms-windows.programmer.misc
Subject: Looking for a C++ beautifier
Date: 27 Jan 93 20:50:06 GMT
Followup-To: comp.os.ms-windows.programmer.tools
Organization: Tektronix, Inc., Beaverton,  OR.

As you know everyone's coding style is *almost* the same :-)   To resolve this
issue, I need to find a tool, (can run under DOS, MS-Windows, or Unix), that
allows users to define a coding standard, maybe with a template file or
something; then print out or view those files using those pre-defined
standards.


Please reply via email:

Matthew Berney
Tektronix, Inc.
matthewb@tek.com

Newsgroups: comp.os.ms-windows.programmer.tools,comp.windows.ms.programmer
From: baileyc@ucsu.Colorado.EDU (Christopher R. Bailey)
Subject: Borland TEMC compiler - out of memory error
Organization: University of Colorado, Boulder
Distribution: usa
Date: Thu, 21 Jan 1993 22:30:38 GMT


I have been using the TEMC macro compiler lately, and it appears that there is
some kind of bug related to file size orsomething.  I have two macro files,
one is 306 lines, the other 238 lines.  If I create a new config file with
just these two files ie:

	temc -c file1.tem tcconfig.tc
	temc file2.tem tcconfig.tc

It works fine.  However, once that is made, if I make changes, then try to 
merge the file back in, I run out of memory.  Anyone know what kind of limits or
whatever is going on?  I can do the above process again after makeing the 
changes, and it works fine, so it's not something in the file.

-- 
Christopher R. Bailey            |Internet: baileyc@dendrite.cs.colorado.edu
University of Colorado at Boulder|CompuServe: 70403,1522
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
Ride Fast, Take Chances!
Xref: sparky comp.os.ms-windows.programmer.tools:2189 comp.multimedia:4181
From: potts@oit.itd.umich.edu (Paul Potts)
Newsgroups: comp.os.ms-windows.programmer.tools,comp.multimedia
Subject: Re: Visual Basic for Windows and DVI
Date: 21 Jan 1993 23:04:32 GMT
Organization: Instructional Technology Laboratory, University of Michigan
Distribution: world
NNTP-Posting-Host: helen.oit.itd.umich.edu
Keywords: multimedia

In article <1jcldnINN41b@terminator.rs.itd.umich.edu> roger@oit.itd.umich.edu (Roger Espinosa) writes:
>Hi.

Hi, Roger!

>
>Having had a lot of fun programming in Visual Basic for DOS at one of
>my jobs, I'm now trying to get them to support Visual Basic for Windows
>(instead of Linkway Live) for the development of our multimedia software.

Where are you connecting from? I'm a current OIT employee.

>While I have a gut feeling that VizBasic for Windows will let me do still
>graphics just as well, it's using the specialized hardware that's in our
>machines that I'm beginning to wonder about.
>
>So if *anyone* has *any* experience using VizBasic for Windows with
>any of the hardware found in an IBM Ultimedia machine -- namely,
>	* IBM Video Capture Adapter
>	* IBM Audio Capture/Play Adapter
>	* IBM M-Motion
>	* IBM DVI 

It took me over a year of dealing with IBM to conclude that they really
are no longer interested in supporting the M-Motion card. As far as I
know they never did come out with an MCI driver for the card, so that I
could write standard code that would run on this card and others. I've
done substantial work developing a project (in Toolbook) that drives
the M-Motion on a PS/2. 

I don't know what exactly is happening with the DVI card, but it is too
expensive for us to experiment with. I've heard a lot of horror stories.

I wound up having to use IBM's .DLLs for the multimedia development kit
that they sell as a big bundle with hardware. The M-Control Program/2
2.0 was announced to support MCI but as far as I know it hasn't yet.
Our IBM rep is *extremely* poor. It's no wonder IBM is sinking like
a stone.

I am only able to get these .DLLs to work with Windows 3.0, not 3.1,
so for now my application works only under 3.0. We're going to be looking
at non-IBM PCs with MCI solutions from now on, I think.

As far as I know IBM is planning to support the DVI mainly with drivers
for OS/2 2.0 and OS/2 Multimedia Presentation Manager. I don't think that
is out either, although it might be in beta.

Let me know if you've got any specific questions or better information. 
-- 
Politics is crime pursued by other means.              
potts@oit.itd.umich.edu      CI$ 71561,3362 (rarely)
Newsgroups: comp.os.ms-windows.programmer.tools
From: tope@enea.se (Tommy Petersson)
Subject: Re: WinWord 2.0, DDE Commands ??
Organization: Enea Data AB
X-Newsreader: Tin 1.1 PL3
Date: Wed, 27 Jan 1993 17:19:30 GMT

vell@zelux8.zel.kfa-juelich.de (jochen vell zel/ne ++492461612335) writes:
: Can anyone tell us where to find the Command-List to Control Winword via DDE ??
: Thanks in advance !!

I beleive you can use ALL WinWord macros and ALL WordBasic commands.

-- 
=============================================================================
 Tommy Petersson              tope@enea.se              Enea Data AB, Sweden
=============================================================================

Newsgroups: comp.os.ms-windows.programmer.tools
From: knispel@eig.unige.ch
Subject: running demo Prof WindowsMaker
Organization: University of Geneva, Switzerland
Date: Fri, 22 Jan 1993 16:43:32 GMT

Does anyone know where to find a running demo of Prof WindowsMaker,
  including Snap-It DLL extension for MFC classes.

Thanks in avdvance
   SVEN
======================================================================
KNISPEL@EIG.UNIGE.CH
From: brehonyt@ul.ie
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: 32 bit ANSI C compilers for windows 3.1
Date: 25 Jan 93 12:41:49 GMT
Organization: University of Limerick, Ireland




I'm looking for a 32 bit ANSI-C compatible compiler for DOS/Win 3.x. I 
know there are a few on the market. What are they and which are the best
(IYHO) ?. Also which have facilities analagous to the Quickwin facility 
supported by Microsoft C/C++ 7.0. 

Basically what I want to do is to create a 32 bit Win 3.1 program from 
an character mode, 32 bit ANSI C system.

Any comments, advice , etc would be appreciated. Thanks.

Tom Brehony.
Email : brehonyt@ul.ie 
Newsgroups: comp.os.ms-windows.programmer.tools,comp.os.ms-windows.programmer.misc,comp.os.ms-windows.misc
From: caroline@zorro.tyngsboro.ma.us (Caroline B. Johnson)
Subject: Porting to *NIX
Keywords: porting motif X
Organization: ClickTech, Tyngsboro, MA
Date: Fri, 22 Jan 1993 20:22:28 GMT


 How many folks out there have the problem of porting code that was
written for MS-Windows to a unix workstation running X?

 What, if any, solutions or tools have you found to help accomplish
this?

 Thank you for your help.  I shall post a summary of replies.

	Caroline

---
 caroline@zorro.tyngsboro.ma.us
From: neawedde@iccgcc.decnet.ab.com (When the going gets Wierd, the Wierd turn PRO!!!)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Re: Feasibility: Dos Apps Under Window
Date: 26 Jan 93 08:35:29 EST

In article <1993Jan22.153424.9624@iccgcc.decnet.ab.com>, neawedde@iccgcc.decnet.ab.com (When the going gets Wierd, the Wierd turn PRO!!!) writes:
> 
>                  DOS APPLICATION COMMUNICATION WITH WINDOWS
> The functionality of this is very similiar to pressing  <ALT> CR after running
> a Dos App,  but, a program doing this automatically.  
> 
> 

Does anyone know how to write a short program in "C" to simulate <alt>Enter?  I 
would like to execute this under windows.   I can write a program which stuffs
<alt>enter into the keyboard buffer, but windows doesn't seem to see it.

Also,  using the API, how can one change the window running a dos program from
Full screen  to windowized ?

Thanks in advanced - 

Jim Neawedde


Newsgroups: comp.os.ms-windows.apps
From: tjr@cbnewsc.cb.att.com (thomas.j.roberts)
Subject: Re: WFW screen display slightly different that print
Organization: AT&T
Date: Thu, 21 Jan 1993 15:37:31 GMT

From article <1993Jan21.122336.1@csc.canterbury.ac.nz>, by cctr132@csc.canterbury.ac.nz (Nick FitzGerald, PC Software Consultant, CSC, UoC, NZ):
> In article <CHAMPLIN.93Jan19140829@virgil.pa.dec.com>, champlin@pa.dec.com
> (Virgil Champlin) writes:
>> Please forgive me if this is an faq but I can't locate this group's faq.
>> Can I correct a problem where the screen display of a WFW 2.0 document
>> is slightly different than it prints on my DJ500.  I am using a TT font
>> (Century Schoolbook) and the WIN 3.1 hpdskjet driver.  The printed
>> output is correct but the screen output (default VGA driver) extends
>> slightly beyond the right margin.  I use the "show how it will print..."
>> option and the WFW book indicates this is a printer vs. screen font
>> problem but I thought this wasn't supposed to happen with TT fonts.

Is this "Print Preview" mode (File Menu) or "Page Layout" (View Menu)?
What is "show how it will print..." - I don't recall that
specific phrase.

In page layout, screen fonts are used which are "as close as possible"
to the printer fonts. Small differences are inevitable, even with
TT fonts (e.g. the pixels-per-inch differ; individual characters
are quantized to an integral number of pixels - over the width of a
line a series of 1/2 pixel per character errors can add up to something 
visible).

In print preview mode, you're more likely to see it as it will
look on the printer. Note, however, that the correspondence
really depends upon precisely how it was programmed internally by
Microsoft. If you don't use printer-resident fonts, it is possible to
program a "print preview" mode which shows exactly what will be
printed (limited to the screen resolution, and perhaps with
magnification/reduction). I have done so, and there is a 
pixel-to-pixel correspondence between printer and screen.
I do not know whether Microsoft made the effort to be exact
(it takes more effort, and is a bit slower, than the usual
method).

Tom Roberts	att!ihlpl!tjrob		TJROB@IHLPL.ATT.COM
From: hardarso@cs.unc.edu (Kari Hardarson)
Newsgroups: comp.os.ms-windows.apps
Subject: Procomm for Windows & character sets
Date: 21 Jan 1993 14:51:19 -0500
Organization: The University of North Carolina at Chapel Hill
Distribution: world
NNTP-Posting-Host: hatteras.cs.unc.edu

I have a question about Procomm for Windows:  I find that when
I log on to the computer at school using ProWin, the 8th bit
characters are displayed from the old PC character set, despite 
the fact that my Word for Windows is using the ISO 8859 character
set.  The ISO 8859 is the one used at work, and the one I use in
Word, so why isn't Procomm using this character set?  Is there a
way to make the vt100 emulation use the ISO8859? 

That reminds me:  I never know in advance what size the Procomm
window will be when I fire the application up.  One thing is for
sure, it's never 80x25 columns.  I always have to explicitly tell
Procomm to display full screen.  Am I missing something?

Thanks,
   Kari Hardarson
-- 
Kari Hardarson, 217 Jackson Circle, Chapel Hill NC27514, (919)-914-5910
When Cows laugh hard, does milk spill out their noses?
Does the Pope french kiss the ground of a country he likes very much?
                               - Jeff Marder on A&E's Improv
Xref: sparky comp.os.ms-windows.apps:7379 comp.os.os2.apps:10524
From: grichard@cis.ohio-state.edu (Golden Richard)
Newsgroups: comp.os.ms-windows.apps,comp.os.os2.apps
Subject: Amipro bibliography tools?
Date: 21 Jan 1993 21:01:19 -0500
Organization: The Ohio State University Dept. of Computer and Info. Science
NNTP-Posting-Host: swimming.cis.ohio-state.edu


Has anyone developed Amipro macros for handling (potentially large)
bibliographies?  I'm considering developing my own, but if the work
has already been done (or even partially done), I'd rather not recreate it.


Email, please.

Thanks,


--Golden
-- 
Golden Richard III             OSU Dept. of Computer and Information Science
grichard@cis.ohio-state.edu                                   (614) 292-0056