HDTenEightyP/NetNews huggingface dataset:
From: bruins@hal9000.apana.org.au (Mike J. Bruins)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: DLL & RANDOM ACCESS FILES, VISUAL BASIC
Distribution: world
Date: 25 Jan 93 23:43:54 +1030
Organization: Closed little world of Discovery

I have contacted M-S support repeatedly on this problem but they haven't 
been able to help.  If you have any suggestions I would appreciate it as
this is a fault in my major project at work.

                          --------------------
Hi there, 

  I am trying to write a fortran (M-S V5.1) DLL to access a random file but
every time I read/write a GPF occurs.  Opening and closing of the file
seems to work fine.  Also sequential files work like a charm.  The
fortran code works fine as part of a DOS program, but I need it to work
when called from Visual Basic.

I have:- DOS 5, SDK, FORTRAN 5.01, WIN 3.1, VB 1 (??).

  If you have (or could write?) a piece of code to act as a guide that
would be great.

  Otherwise if you have any ideas, comments, or can suggest a better
group to ask please e-mail me.  bruins@hal9000.apana.org.au

  Many thanks,
                    - mike

-----------------------------------------------------------------------------
     bruins@hal9000.apana.org.au     H   H   AA  L    999   000   000   000
        +61-8-371-2343 (DATA)        H   H  A  A L   9   9 0  00 0  00 0  00
                                     HHHHH  AAAA L    9999 0 0 0 0 0 0 0 0 0
 I don't lie, I just withhold the    H   H  A  A L       9 00  0 00  0 00  0
   quantifiers.  - movie "probe"     H   H  A  A LLLL 999   000   000   000
Newsgroups: comp.os.ms-windows.programmer.tools
From: zrepachol@cc.curtin.edu.au
Subject: Gnu Emacs
Organization: Curtin University of Technology
Date: Fri, 22 Jan 1993 14:10:27 GMT

Anyone ported or looking at porting GnuEmacs to run on NT?

~Paul
From: scott@opl.com (Scott Evernden)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Re: VB 2.0 bug?
Date: 25 Jan 93 16:09:48 GMT
Distribution: usa
Organization: OPL., Inc.

In article <1993Jan18.225912.9347@hssiarl.uucp> ford@hssiarl.uucp (Bill Ford) writes:
>
>	An application written in VB 1.0 uses labels overlapping
>picture boxes, works correctly labels are no top at run time., when
>Converted to erted to VB 2.0 the labels are covered up by picture boxes.
>The labels where visible in 1.0 on top of the picture boxes.
>Tried in edit menu to push label to front, also tried using
>Z-order to push label to front. Neither method worked.
>Tried pushing picture box into background, still not correct.
>Works with all other controls correctly only labels are not 
>controllable in front or back of picture box.

I suspect the problem because VB 2.0 handles labels like graphic objects
and not as Static windows anymore.  Since graphic objects are actually
drawn into their parent window before child windows get a chance to paint,
this would explain why your previously top-level labels are now under
everything. 

I think the VB folks did this to limit resource consumption for simple labels.

A q&d solution might be to put the labels each into a Picture object
(which _is_ a window) and turn the Picture borders off...

-scott
Xref: sparky comp.os.ms-windows.programmer.tools:2204 comp.multimedia:4198
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: 22 Jan 1993 18:49:16 GMT
Organization: Instructional Technology Laboratory, University of Michigan
NNTP-Posting-Host: helen.oit.itd.umich.edu
Keywords: multimedia

Thanks for posting the information on the MCI drivers. It's a damned shame
that we have to get the information in a manner like this (I just discovered
this newsgroup although I am not new to usenet) instead of getting the
info from our IBM reps. A team from U-M even met with the head of multimedia
technologies from IBM and couldn't get straight dope on forthcoming 
products. 
 
In article <C19I52.20J@news.udel.edu> mulford@bach.udel.edu (George Mulford) writes:
>
>The search for drivers is the heart of the multimedia enterprise.  That's
>why they're paying you the big bucks.

I work for a state University. Big bucks? Ha!

>George W. Mulford                              mulford@brahms.udel.edu
>Instructional Technology Center                University of Delaware

If they are paying you big bucks there, are there any job openings?
-- 
Politics is crime pursued by other means.              
potts@oit.itd.umich.edu      CI$ 71561,3362 (rarely)
Newsgroups: comp.os.ms-windows.programmer.tools
From: joero@microsoft.com (Joe Robison)
Subject: Re: VB 2.0 bug?
Date: 25 Jan 93 04:37:10 GMT
Organization: Microsoft Corp.
Distribution: usa

In article <1993Jan18.225912.9347@hssiarl.uucp> ford@hssiarl.uucp wrote:
> 
> 	An application written in VB 1.0 uses labels overlapping
> picture boxes, works correctly labels are no top at run time., when
> Converted to erted to VB 2.0 the labels are covered up by picture boxes.
> The labels where visible in 1.0 on top of the picture boxes.
> Tried in edit menu to push label to front, also tried using
> Z-order to push label to front. Neither method worked.
> Tried pushing picture box into background, still not correct.
> Works with all other controls correctly only labels are not 
> controllable in front or back of picture box.
> 
> Anyone else seen this problem in 2.0. Any hints or solutions
> to the problem. Please post answer.

This isn't a bug, but a side-effect that you might consider undesirable.
In Visual Basic 1.0, labels were actual "windowed" controls (they were
real child windows).  As a consequence, they tended to consume a fair
amount of system resources.  In Visual Basic 2.0, they aren't windows
but instead are GDI objects that Visual Basic redraws as needed.  Like
the other graphical objects in Visual Basic 2.0 (the shape, Image, and
Line controls), they have their own Z-order that lies behind the other,
non-graphical (or "windowed") controls.  As a result, a label will 
always be under a text box, frame, or -- as you discovered -- a picture
box.  In the case of frame or picture box, however, there is an easy
workaround.  Simply draw the label on the picture box, instead of
drawing it separately and then dragging it over the picture box.  By
drawing a control on a picture box or frame, you make the picture box
or frame contain the control you just drew.  This is how you put option
buttons in frames as well.  If you have labels that already exist, you
can get them "inside" a picture box by cutting them to the clipboard,
then selecting the picture box and pasting.  Once they are contained
by the picture box, they will appear on top of it and as you move the
picture box they will move with it.

Hope this helps.

--
Joe Robison
joero@microsoft.com
Not A Microsoft Spokeshuman

Newsgroups: comp.os.ms-windows.programmer.tools
From: jacques@igloo (J. Desroches)
Subject: Wanted: Windows++ source code
Reply-To: jacques@stam.qe.bell.ca
Organization: Bell Canada
X-Newsreader: Tin 1.1 PL5
Date: Tue, 19 Jan 1993 18:28:42 GMT

Hi all.  Would anybody know if the source code from the excellent
book by Paul Dilascia, Windows++, is available via FTP anywhere?
The author wants $25 US for the source disk, which is not excessive
but once you factor in the exchange rate, canadian postal rate, 
bank fees for the money order, it adds up pretty quick.

--
Jacques Desroches        Voice: (613) 781-6333                Room 1050 
Sr. Analyst - Architec.  FAX: (613) 230-6460                  160 Elgin Street
Ops. Development         Envoy 100: J.Desroches               Ottawa, Ontario
Bell SYGMA               Internet: jacques@stam.qe.bell.ca    CANADA  K1G 3J4
Newsgroups: comp.os.ms-windows.programmer.tools
From: chris@chrism.demon.co.uk (Chris Marriott)
Subject: Re: MSC700 PWB resize exiting VX_server 
Distribution: world
Organization: None
Reply-To: chris@chrism.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Tue, 26 Jan 1993 21:33:06 +0000

In article <1993Jan26.074859.1@eig.unige.ch> knispel@eig.unige.ch writes:

>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
>
>
>

I assume you mean WXServer.  If you run PWB in a DOS window, and you want
WXServer to return you to the windowed DOS box, just run WXServer with the
"/W" flag.  Note that typing "WX /?" will give you a list of all the flags.

Best wishes,

Chris
-- 
--------------------------------------------------------------------------
| Chris Marriott                           | chris@chrism.demon.co.uk    |
| Warrington, UK                           | BIX: cmarriott              |
|                                          | CIX: cmarriott              |
| Save the whales.  Collect the whole set. | CompuServe: 100113,1140     |
--------------------------------------------------------------------------
From: neawedde@iccgcc.decnet.ab.com (When the going gets Wierd, the Wierd turn PRO!!!)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Feasibility: Dos Apps Under Window
Date: 22 Jan 93 15:34:24 EST


                 DOS APPLICATION COMMUNICATION WITH WINDOWS

Windows 3.1 has this nasty habit of allowing itself to become suspended
whenever a "Dos" program is run maximized from the program manager.  This
can become quite a nuisuance, since windows has stopped becoming multi-tasking
and now is single threaded. 

Solution 1:	Make sure that Dos programs are not run full screen.  One can 
			hardly assume that the users will remember to do this.
Solution 2:	Don't run Dos programs ... only use Windows Apps
Solution 3:	Run windows under DesqView or OS/2
Solution 4:	The Dos App is loaded with a batch file, which loads in a TSR
			before the Dos App.  This TSR would :
			
			1. Determine if Windows was loaded
			2. If Loaded, is windows active ?
			3. If windows not active then the Dos App is in 
				Full Screen mode. Issue a software interupt
				which will 'wake up' windows and put the
				Dos App into a window.  

The functionality of this is very similiar to pressing  <ALT> CR after running
a Dos App,  but, a program doing this automatically.  

I would appreciate some feed back on this problem (at the risk of being
Flamed).  From using VisBasic, I have written programs which can SendKeys from
a windows program to a Dos App by using the Clipboard.  But this seems to be
exactly the opposite problem - how does a DOS program send a Key Sequence to a
windows program ... especially if the windows program manager is sleeping.



Thanks in advance !


Jim Neawedde
From: pge90@ecs.soton.ac.uk (Edwards PG)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Spreadsheet dialogs -- how?
Date: 28 Jan 93 15:51:33 GMT


Newsgroups: comp.os.ms-windows.programmer.misc
Subject: Spreadsheet dialog box?


I want to produce a spreadsheet style dialog box; the 
dialog will begin by only containing a row of edit
fields under different headings, but how do I dynamically
produce further edit fields and position them correctly 
within the dialog window when the next row is required.

I am using borland C++, so if anyone can give me some
pointers of how to do this or if there is a book
covering the programming of spreadsheet applications
for windows then I will be able to get on and code
something that at the moment looks a little tricky.


Please E-mail me direct!

  pge90@ecs.soton.ac.uk


Newsgroups: comp.os.ms-windows.programmer.tools
From: chris@chrism.demon.co.uk (Chris Marriott)
Subject: Re: DLL from Visual Basic to Access 
Distribution: world
Organization: None
Reply-To: chris@chrism.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Sat, 23 Jan 1993 17:39:44 +0000

In article <1993Jan23.072957.26531@henson.cc.wwu.edu> n9148984@henson.cc.wwu.edu writes:

>Very simple question.  What Dll can one use to start up MS Access
>from Visual Basic.
>
>

No need to use a DLL at all.  Just use the Windows "WinExec" API to start
it.  ie,

    WinExec( "access.exe", 1 )

assuming that Access's file name is "access.exe" (which I don't actually
know!).

I have to admit that I don't use VB, but from reading this newsgroup I get
the impression that you can call Windows API functions from it.

Best wishes,

Chris

-- 
--------------------------------------------------------------------------
| Chris Marriott                           | chris@chrism.demon.co.uk    |
| Warrington, UK                           | BIX: cmarriott              |
|                                          | CIX: cmarriott              |
| Save the whales.  Collect the whole set. | CompuServe: 100113,1140     |
--------------------------------------------------------------------------
From: kevin@gradient.gradient.com (Kevin Farrington)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: RE: borlandc++ and MSC++ DLLs
Keywords: DCE borland MSC DLL
Date: 27 Jan 93 15:38:59 GMT
Organization: Gradient Technologies Inc., Hudson MA

In <C0wsLI.Dwy@fig.citib.com> ghica@fig.citib.com (Renato Ghica) writes:

>I have a third party DLL (pc-dce from Gradient), which they say
>has been linked under microsoft c++ API. This library does not
>work (undefined symbols when linking) in a BC++ 3.1 environment.
>The third party vendor is stumped. They have tried and can't get it
>to work under BC.

>Has anyone gotten a MSC /API dll to link in a BC++ 3.1 application?

    First, I would like to apologize for being so late in responding to
this question.  We have been extremely busy finishing up the next
release of our PC-DCE product and were unable to follow this 
thread.

    Although this question has led to a very interesting discussion
concerning C++ incompatibilities between the MSC and Borland 
compilers with regard to DLLs, it misrepresents the problem.

    The problem is not with linking to DLLs, but with static libraries.
Our product consists of a very small static library and a large DLL.  The
static library is used to transparently hide some data sharing that takes
place between the user's application and our DLL.  The linker is complaining
about some symbols in the static library.  

    This static library is built using the Microsoft LIB utility that 
is included in the C 7.00 toolkit.  The object modules are also compiled
with the C 7.00 compiler.  Neither our static library nor our DLL is 
built using C++, it is straight C code.  As far as our DLL is concerned, 
we do use the _pascal keyword on our entry points wherever possible. 

    We are investigating various options to remove this problem.  One is
to ship Borland versions of the static library.  Of course, this 
conversation would then take place again whenever someone wants to use
a compiler other than Borland or Microsoft.  Another alternative would
be to remove the static library altogether and expose a lot of messy
details to the application developer.

    So, I guess we should rewrite the question as "Has anyone gotten a
MSC static library to link with a BC++ 3.1 application?"  

    We do want to solve this problem so that we can provide Borland 
toolkit users with the same level of support that we currently provide 
with the Microsoft toolkit.  

    Any suggestions or comments regarding our products are welcome.

----------------------------------------------------------------------
Kevin Farrington			(kevin@gradient.com)
PC-DCE Project Leader
Gradient Technologies, Inc.
-- 
Kevin Farrington			(kevin@gradient.com)
PC-DCE Project Leader
Gradient Technologies, Inc.
From: kosma@regina.aruba.UUCP (Kosma Zygouras)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Wanted POSIX 1003.4a/D4-6 Process And Threads Library
Keywords: PThreads
Date: 21 Jan 93 21:46:49 GMT
Organization: OPL, Inc

Does anyone know of a POSIX 1003.4a/D4-6 library for DOS, Windows 3.1, or, Windows NT?
I have tried using PC-DCE but have had problems linking with Borland C++ 3.1
Xref: sparky comp.os.ms-windows.programmer.tools:2250 comp.os.ms-windows.programmer.win32:3110
From: bpwing@phoenix.princeton.edu (Ben Wing)
Newsgroups: comp.os.ms-windows.programmer.tools,comp.os.ms-windows.programmer.win32
Date: 27 Jan 93 09:06:54 GMT
Subject: Format of .REX executables (Watcom C/386)?
Organization: Princeton University
X-Subliminal-Message: You can quit reading news anytime you want.

Hello ...  just possibly this question is in the FAQ, but I haven't seen the
FAQ.  What I'm wondering is, does anyone have a description of the .REX
executable format produced by the Watcom C/386 compiler?  I'm using it to
compile 32-bit programs under Windows 3.1  The .REX file is the
"relocatable executable" produced by the linker and converted into a .EXE
or .DLL file by the program "WBIND".  Apparently this format was created
by Phar Lap.

Thanks in advance ...

ben
--

"Can't we all just get along?"
Newsgroups: comp.os.ms-windows.programmer.tools
From: chens@elec.canterbury.ac.nz (S. Chen)
Subject: Which is superior, BRIEF 3.1 or BC++ 3.1 IDE ?
Organization: University of Canterbury, Christchurch, New Zealand
Date: Wed, 27 Jan 1993 01:55:26 GMT

Hi,
	Is anyone has experience with the Borland's BRIEF 3.1. I have 
been using the IDE (Integrated Development Environment) which comes with
the Borland C++ 3.1. I think this version of IDE is fascinating but like to
find out more about BRIEF 3.1. Does BRIEF 3.1 provide any advantage over
the IDE of BC++ 3.1? Which is superior in term of coding tool? Any advise or
comment will be very much appreciated.

	Please email your comments to me if possible. Thanks for your time
and assistance.

Regards,
Shiun.
27 Jan 1993.
email:chens@elec.canterbury.ac.nz
From: ninassup@athena.mit.edu (Nikos I Nassuphis)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: windows hires timer
Date: 22 Jan 93 16:37:59 GMT
Organization: Massachusetts Institute of Technology


Hi everyone.

I need to have an interrupt at shorter intervals than the timer
chip is programmed to do.

"Undocumented Windows" explains how to set a synchronous callback.

From what I know at this points it seems I need a timer device driver
that will reprogram the timer chip with the frequency I want.

The multimedia extensions available with 3.1 are supposed to do this for
me. Yes ?

I am hesitant to manually reprogram the chip because I dont know how this would
fare with the rest of windows. Unexplained crashes are the least thing I want.

Has anyone done anything similar ?

Thanks
NN
Newsgroups: comp.os.ms-windows.programmer.tools
From: gregde@microsoft.com (Greg Demichillie)
Subject: Re: borlandc++ and MSC++ DLLs
Date: 25 Jan 93 18:55:41 GMT
Organization: Microsoft Corporation

In article <CRAIGM.93Jan23140053@egnext1.SLAC.Stanford.EDU> craigm@egnext1.SLAC.Stanford.EDU (Craig Markwardt) writes:
>
>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.
>

Let me add some clarification.  MFC does rely on an interpretation of
an ambigous issue in the ANSI spec.  It doesn't confer any special
advantage, it just allows our message maps to have a simpler and
cleaner syntax.  Since this issue was ambiguous in the language spec,
Borland added a switch to allow their compiler to use the same
interepration.  It is in no way an "underhanded loophole."  

OWL relies of Borland's proprietary DDVTs.  The syntax of DDVTs
explicity violates the ANSI-draft standard and is therefore a 
language extension.  No other compilers currently support this extension.

The bottom line is that MFC can be used on a wide variety of compilers,
including (but not limited to) MSC and BCC.  OWL can only be used with
BCC.


-Greg
-- 
Greg DeMichillie          Microsoft AFX         
gregde@microsoft.com      All opinions are mine, not Microsoft's
From: borkoles@dcs.qmw.ac.uk (Joe Borkoles; Phd)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: Re: any good words about zApp ?
Date: 27 Jan 93 20:04:11 GMT
Organization: Computer Science Dept, QMW, University of London

In <93026.173852K77BC@CUNYVM.BITNET> <K77BC@CUNYVM.BITNET> writes:

>   We're  thinking about buying zApp from Inmark inc.
>  zApp is our primary choice basically because of it's low cost.
>  Does anyone has anything to say about zApp. Or suggest any other
>  good and cheap c++ library for windows.


>Thanks.
>                -Yevgeny

Yes, I have used ZINC, Zapp, object-Menu, MFC and OWL. These are all
similar products with slightly different strenghts and weaknesses but
we have settled on Zapp and so far I have had no problem getting it
to perform some neat tricks. I like it in prefference to all the others
mentioned, except perhaps MFC but portability was a consideration so
Zapp was easily the best.
From: stevey@steve_sun.cs.adfa.oz.au (Steve Yang)
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: "Printer selection from  VB"
Date: 28 Jan 93 07:20:28 GMT
Organization: Australian Defence Force Academy



==============================================================================
Help on  "Printer selection from  VB (Visual Basic) for MS Windows 3.0"
-----------------------------------------------------------------------

Hi,

How can I tell VB (Visual Basic, V 1.0)  to print out something on a different printer 

if there are two printers (LPT1 and LPT2) available on Miscrosoft Windows 3.0 

under Novel Netware Lite?


If you can help me, please mail me an example of VB code to me or whatever. 

Thank you very much..


Best Regards,

Steve Yang

-------------------------------------------------------
This is my E-mail address:      stevey@cs.adfa.oz.au

================================================================================
Newsgroups: comp.os.ms-windows.programmer.tools
Subject: any good words about zApp ?
From: <K77BC@CUNYVM.BITNET>
Date: Tuesday, 26 Jan 1993 17:38:52 EST
Organization: City University of New York/ University Computer Center

   We're  thinking about buying zApp from Inmark inc.
  zApp is our primary choice basically because of it's low cost.
  Does anyone has anything to say about zApp. Or suggest any other
  good and cheap c++ library for windows.


Thanks.
                -Yevgeny