HDTenEightyP/NetNews huggingface dataset:
From: hb@vpnet.chi.il.us (hank barta)
Subject: SPX communications on OS/2 failing.
Keywords:  SPX OS/2
Organization: Vpnet Public Access
Date: Tue, 08 Sep 1992 23:45:49 GMT




Hi Folks,

I'm porting (to OS/2 1.3) the server side of an MS-DOS client/server 
application that uses Novell SPX for communications. So far I'm having no
luck at establishing robust SPX communications on the OS/2 side.

I can establish the connection and transmit one data packet in each
direction, but attempts to transmit more than one packet cause either
the client or the server node to halt on a trap 3 in "SPX$" driver.
This is using a 'test' client under OS/2. The MS-DOS client kills the
OS/2 server on the first packet transmit and the OS/2 test client is
not able to connect to the MS-DOS server.

I have read and re-read the manuals, and I am doing everything that is
obviously required, but I am wondering if something is missing or not
obvious. If anyone has successfully implemented SPX communications under
OS/2, I would appreciate hearing about what you did to make it work.

If it matters, this is a multithreaded application and I am using a
RAM semaphore to serialize access to the SPX library.

Thanks for your help. Post or respond to barta@pswin.chi.il.us as
you see fit.

hank
From: helmick@ces.cwru.edu (Paul Helmick)
Newsgroups: comp.os.os2.programmer
Subject: gcc 2.1, gcc 2.2.2, emx confusion
Date: 8 Sep 1992 01:29:40 GMT
Organization: Computer Engineering and Science, Case Western Reserve University
NNTP-Posting-Host: king.ces.cwru.edu

i am currently trying to setup the 32-bit GNU C++ environment to run under
OS/2 2.0. i have been looking at the various files at hobbes.nmsu.edu
and am thoroughly confused. which files do i need to setup emx with the
ability to compile C++ programs? i downloaded gnudev.zoo but it was
missing the C++ headers needed to compile C++ programs. should i also
install gcc 2.1 or gcc 2.2.2? any help in this matter would be GREATLY
appreciated.

paul h.

Newsgroups: comp.os.os2.programmer
From: andy@balr.com (Andrew Little)
Subject: Re: Division by 0 crashes OS2/2.0
Organization: BALR Corporation, Oak Brook, Illinois.
Date: Tue, 08 Sep 1992 13:49:45 GMT

In article <92Sep04.024410.14613@acs.ucalgary.ca> bauwens@acs.ucalgary.ca (Luc Bauwens) writes:
>In article <1992Sep3.131306.13751@tc.cornell.edu> bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor) writes:
>
>>>>>The following short program compiled with MS-FORTRAN 5.0 with 
>>>>>coprocessor crashes OS2 Ver. 2 on my machine:
>>>>

>
>I am inclined to believe the other poster (sorry, forgot his name)
>who says it may be hardware-related.
>
>But in my case, it's not an issue of the known bug in some 486
>motherboards: I am running this on a 386-25 (an old Mylex motherboard
>that I have normally found quite reliable) and (*here it gets
>interesting?*) an IIT FPU *not an Intel*.
                   ^^^^^^^
FYI, we have been able to crash our 386 Unix box (Interactive 3.2)
with divide by zeros when we used this FPU, and don't have the same
problem with Intel.

Andy Little                    BALR Corporation
andy@balr.com                  Software Solutions in Real Time

Newsgroups: comp.os.os2.programmer
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: C Set/2 CSD0014
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Tue, 15 Sep 1992 00:22:16 GMT

In article <1992Sep14.201653.19531@sbcs.sunysb.edu> mjn@sbmiclr.cs.sunysb.edu (The Sixth Replicant) writes:
>Is there an internet host which has C Set/2 CSD's ?  I can't find them on
>hobbes or watson.

Correction -- it has moved to /pub/os2/new, I believe.

-- 
Timothy F. Sipples      | The OS/2 FREQ. ASKED QUESTIONS LIST is avail. from
sip1@ellis.uchicago.edu | 128.123.35.151, anonymous ftp, in /pub/os2/all/faq.
Dept. of Econ., Univ.   | Or from LISTSERV@BLEKUL11.BITNET (send "HELP").
of Chicago, 60637       | Family Values Means a Job
From: harris@garfield.catt.ncsu.edu (Michael Harris)
Newsgroups: comp.os.os2.programmer
Subject: Re: Icons in the title bar (a la EPM in ring enabled mode)
Date: 9 Sep 92 22:26:36 GMT
Distribution: comp.os.os2.programmer
Organization: North Carolina State University

dic5340@hertz.njit.edu (David Charlap) writes:

>In article <h1qn40+.msmith@netcom.com> msmith@netcom.com (Martin P. Smith) writes:
>>The subject pretty much says it for me. How can I create icons in the title
>>bar.

I don't know all of the details... but you can add controls to an existing
frame.  Search the online docs for messages that contain FRAME in them.  I
think one contains "FRAMECONTROLCOUNT" or something like that.
______________________________________________________________________________
     Michael Harris - harris@catt.ncsu.edu or harris@carvm3.vnet.ibm.com
 System Administrator, Computer & Technologies Theme Program, NC State Univ.
(My opinions are my own and do not represent those of NCSU or IBM Corporation)
From: alexande@genghis.borland.com (Mark Alexander)
Newsgroups: comp.os.os2.programmer
Subject: Re: DosSetFHState() and Pipes -- problem
Keywords: OS/2 2.0, API, DosSetFHState, anonymous pipes
Date: 5 Sep 92 00:12:41 GMT
Organization: Borland International
Originator: alexande@genghis.borland.com

In article <1992Sep4.170103.24099@reed.edu> celarier@reed.edu (Stuart Celarier) writes:
>This code fragement (with appropriate parameters and error checking) compiled  
>just fine, but on execution every one of the DosSetFHState() calls returns an  
>error code 87 -- bad parameter.

I went through this pain once, too, and discovered that you have to
clear bits 0-2, 4-6, and 15 in the file handle flags.  This is
documented in the OS/2 2.0 CPP Reference, on the page for DosFHState.

So the code to turn off handle inheritance looks like this:

	ULONG fhstate;

	if (DosQueryFHState(handle, &fhstate) != 0) ...;
	fhstate = (fhstate & ~0x8077) | OPEN_FLAGS_NOINHERIT;
	if (DosSetFHState(handle, fhstate) != 0) ...;

I hope this fixes your problem.
Newsgroups: comp.os.os2.programmer
From: slumos@bobby.cs.unlv.edu (Steve E. Lumos)
Subject: Re: C++ Compiler for OS/2, which is NOT GNIU
Reply-To: slumos@bobby.cs.unlv.edu (Steve E. Lumos)
Organization: UNLV Computer Science and Electrical Engineering
Date: Wed, 9 Sep 92 01:18:12 GMT

In article <!6qny7.feustel@netcom.com>, feustel@netcom.com (David Feustel) writes:
) 
) OK, I stand corrected. When will the IBM c++ compiler become
) available?

Well, it was a good theory (read `Like they'd tell us if there was such an
agreement.') 

;-) ;-) ;-)

-- 
Steve Lumos - slumos@cs.unlv.edu
Newsgroups: comp.os.os2.programmer
From: oneil@hns.com (Pat O'Neil)
Subject: Help: Kernel Debugger
Organization: Hughes Network Systems Inc.
Date: Mon, 7 Sep 1992 14:57:24 GMT

Anyone have any experience with the OS/2/2.0 Debug Kernel?  I have installed
it and can't get it to respond to an async terminal on COM1.  I've
read the directions pretty carefully and done everything they say, including:

- Install the debug kernel in the root directory of the hard disk

- Add the "/C1" option to the "device=pmdd.sys" command in config.sys

- Put a null modem in the cable that connects com1 and the async terminal

- Set the async terminal to 9600 b/s, no parity, 8 bits, 1 stop.

Despite all this, I can't seem to raise the debugger. None of the attention
characters work -- not 'r', 'p' <SP> or ^C.  I am absolutely sure I am
hooked up to COM1.

One thing I tried was to disable loading of the COM drivers by deleting the line:
"device=\os2\com.sys" from config.sys.  That didn't do any good.

I would greatly appreciate any help.

Pat O'Neil
Hughes Network Systems
Germantown, Md.
From: figueroa@SPUNKY.CS.NYU.EDU (Samuel A. Figueroa)
Newsgroups: comp.os.os2.programmer
Subject: Re: 2.0 fails miserably in the PARANOIA program ( was: Division by 0 crashes OS2/2.0 )
Date: 12 Sep 92 18:17:33 GMT
Organization: New York University

According to a paper I have by W. Kahan (the main person behind both IEEE
Standards for Floating-Point Arithmetic, as well as PARANOIA; this paper
complains about the quality of Cray's floating-point arithmetic), the IIT
math coprocessor doesn't round extended (80-bit) precision correctly,
though due to a "fluke" in their design, this problem doesn't show up in
double (64-bit) precision.  Does PARANOIA complain about this?  (I would
not be surprised if it didn't, since few compilers provide direct access
to extended precision, so PARANOIA might not be able to test this.  How-
ever, I haven't looked at PARANOIA's source code, so I don't know if it
somehow knows how to figure this out.)
------------
Sam Figueroa (figueroa@cs.nyu.edu)
This is not a .signature virus.
Do NOT copy me into your .signature file!
Newsgroups: comp.os.os2.programmer
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: Problems with compatibility ?
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Sat, 12 Sep 1992 02:17:58 GMT

In article <5326@tuegate.tue.nl> johan@blade.stack.urc.tue.nl (Johan Wevers) writes:
>Hello, this is perhaps a FAQ in this group. I've read that there are
>sometimes problems when you try to install and/or run OS/2 on a non-
>IBM machine. Does anyone here know more about this?

In a word (or two), there are no clone-specific problems with OS/2
2.0.  It is fully supported on clones.

Please see the FAQ List for more information on hardware requirements.

-- 
Timothy F. Sipples      | The OS/2 FREQ. ASKED QUESTIONS LIST is avail. from
sip1@ellis.uchicago.edu | 128.123.35.151, anonymous ftp, in /pub/os2/all/faq.
Dept. of Econ., Univ.   | Or from LISTSERV@BLEKUL11.BITNET (send "HELP").
of Chicago, 60637       | Family Values Means a Job
Newsgroups: comp.os.os2.programmer
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: Trident VGA-256
Followup-To: comp.os.os2.misc
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Date: Sat, 12 Sep 1992 02:24:19 GMT

In article <1992Sep11.094020.12243@ifi.unizh.ch> caliaro@avalon.physik.unizh.ch (Aurelio Caliaro) writes:
>
>The Trident 640x480x256 colors only works with 1 MB of VGA memory. The README-
>File, that was distributed with it, said that Trident is working on it, so
>that it can work with 512k. Does someone know if that problem is already
>solved and if the new driver was published, or if it is better to buy those
>512k to add onto the card?

The problem has been solved.  I believe the patch file is called
trid_fix.zoo, and it is available via anonymous ftp from
ftp-os2.nmsu.edu.  It consists of a new OS2LDR file.

-- 
Timothy F. Sipples      | The OS/2 FREQ. ASKED QUESTIONS LIST is avail. from
sip1@ellis.uchicago.edu | 128.123.35.151, anonymous ftp, in /pub/os2/all/faq.
Dept. of Econ., Univ.   | Or from LISTSERV@BLEKUL11.BITNET (send "HELP").
of Chicago, 60637       | Family Values Means a Job
From: detlef@dmhh.hanse.de (Detlef Mueller)
Newsgroups: comp.os.os2.programmer
Subject: Re: Desktop: now you see it. Now you don't. Why???
Distribution: world
Date: Sat, 05 Sep 92 14:00:50 GMT
Organization: Who is Organized ?

ochealth@unixg.ubc.ca writes in article <1992Aug28.035047.12917@unixg.ubc.ca>:

> [...]
> Now the system does one of two things:
> 1. finishes the startup, and puts all my icons and stuff on screen
> 2. sits there and does nothing. No icons etc. Moving the startup.cmd
> window or ctrl-esc hangs PM until a "Desktop not responding" window comes up,
> and I can kill it.
> [...]
> Any helpful suggestions?

I had the same problem until I replaced all objects of the startup folder
by program objects...

Bye,
	8-Detlef
--
+------------------------------------+--------------------------------------+
|`What a depressingly stupid machine'|             Detlef Mueller           |
| -- Marvin                          |          detlef@dmhh.hanse.de        |
+------------------------------------+--------------------------------------+
From: peterf@vnet.ibm.com (Peter Forsberg)
Date: Tue, 15 Sep 92 07:33:26 SWE
Newsgroups: comp.os.os2.programmer
Subject: Re: Device Monitor in 1.3
Reply-To: peterf@vnet.ibm.com
Organization: IBM Corporation
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0

In <1992Sep15.023010.7240@ttinews.tti.com> Joe Hsu writes:
>Does anybody know if the device monitor feature is
>supported under PM in 1.3?
>
>I was able to do DosMonOpen(), DosMonReg(), DosMonRead(),
>and DosMonWrite() for KBD$ in OS/2 full screen mode under 1.3.
>
>When I tried to do the same from a PM program, the DosMonReg()
>reported that the monitor is not supported.  Why?  I read both
>the Duncan book and MS OS/2 Prog. Ref. and nothing was mentioned
>this would not work. The diagram in Duncan's book (page 421)
>shows this would work.
>
>Can somebody help?  Thank you in advance!
>
>Have A Nice Day....
>Joe Hsu    Citicorp(+)TTI            Email: hsu@soldev.TTI.COM
>3100 Ocean Park Blvd. Q34            Voice: (310) 450-9111 Ext. 3117
>Santa Monica, California  90405      Fax  : (310) 450-3932
>{philabs,psivax,pyramid,quad1,rdlvax,retix,rutgers}!ttidca!hsu
>

The return code is correct. Device monitors (KBD/MOU) are not supported for
the PM session (and not for the DOS session either) under OS/2 1.3+. Try
using a PM system input hook instead.

Peter
--
Peter Forsberg           E-mail:  peterf@vnet.ibm.com          (primary)
                                  d88-pfo@nada.kth.se        (alternate)
Disclaimer: This posting represents the poster's views, not those of IBM
Xref: sparky comp.os.os2.programmer:4859 comp.os.os2.apps:6013
From: johan@blade.stack.urc.tue.nl (Johan Wevers)
Newsgroups: comp.os.os2.programmer,comp.os.os2.apps
Subject: Problems with compatibility ?
Date: 9 Sep 92 13:40:04 GMT
Followup-To: comp.os.os2.programmer
Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.

Hello, this is perhaps a FAQ in this group. I've read that there are
sometimes problems when you try to install and/or run OS/2 on a non-
IBM machine. Does anyone here know more about this?

I want to to buy OS/2, but I don't want to buy an expensive :-( IBM.

******************************************************************** 
* J.C.A. Wevers                *         u\  _\       /e+        2 * 
* johan@blade.stack.urc.tue.nl *     1 |   \ u \  X  /         |   * 
******************************** P = - |    >   >---<     + ...|   * 
*     The only nature of       *     N |   /   /     \         |   * 
*     reality is physics       *         u/   /d     u\            *
********************************************************************
Newsgroups: comp.os.os2.programmer,comp.os.os2.misc
From: mcyze@uwovax.uwo.ca
Subject: ZC++ DOSX programs in DOS window?
Organization: University of Western Ont, London
Date: Tue, 8 Sep 1992 23:46:06 GMT



I cannot seem to run my Zortech C++ (32-bit) DOSX compiled programs
in a DOS window (either fullscreened or windowed).  I constantly
get "DPMI operating system error" as an error message.
By the tone of this message, I suspect that Zortech's extender
is somehow not compatible with OS/2, although I am not sure.

Can anybody give me some suggestions about what I should try?
I have been fiddling with a lot of the DOS SETTINGS switches,
though to no avail.

Thanks.
     Mike


-------------------------------------------------------------------------
Mike Cyze                          |    
Department of Geophysics,          |   So much data, so little time...
The University of Western Ontario  |     
London, Ontario, N6A 5B7, Canada   |  
------------------------------------------------------------------------- 
phone:    Dept. Office, (519) 661 3141
Fax:                    (519) 661 3837
Internet: mcyze@uwovax.uwo.ca OR mcyze@hydra.uwo.ca OR mcyze@uwo.ca
          OR (last resort) a09@seis.gp.uwo.ca
-------------------------------------------------------------------------
From: hamish@waikato.ac.nz
Newsgroups: comp.os.os2.programmer
Subject: Re: Help: Kernel Debugger
Date: 9 Sep 92 22:16:27 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <1992Sep8.180216.3718@javelin.sim.es.com>, rpack@javelin.sim.es.com (Rick Pack) writes:
>   Just last week, I realized that the debugging kernal is NOT necessary, as
> there is a great debugger included in the c-set2 package that runs under
> PM and will debug PM programs.  It's called IPMD.  I STILL do not know
> what the purpose of the debugging kernal is, as IPMD works just fine without
> it, and there is none of this async terminal/serial port stuff.
>   The install documentation for workset/2 never mentions IPMD, just the debug
> kernal, which leads you to believe that it is your only option.
>

Its very necessary. An absolute life saver when debugging device drivers, and
programs that use the display of the PC being worked on, (If you want to see
the debugger on PM and debug the message thread of the application). Its not
the most wonderful debugger in the wold, but quite powerful in its own respect,
and also robust! (Watcom's wvideo dies at the drop of a hat sometimes, though
not as much as Borlands Turbo Debugger).
 
Oh yeah. Use COM2. I could never get my PC booted when trying to use COM1, so I
moved the mouse from COM2 -> COM1, and moved the debugger to COM2 (The COM1
option is only mentioned for the PM debugger part of the kernel debugger, so
not really sure if COM1 is workable at all if you have 2 COM ports).

>   Good luck
> -- 
> Rick Pack   -WC7W- 
> Evans & Sutherland Computer Corp.
> Salt Lake City, Utah
> (801) 582-5847
-- 
==============================================================================
|  Hamish Marson   <h.marson@waikato.ac.nz>                             OS/2 |
|  Programmer (n/5), School of Computing and Mathematical Sciences           | 
|  University of Waikato,                                                    |
|  Hamilton, New Zealand.                                                    |
|Disclaimer:  Anything said in this message is the personal opinion of the   |
|             finger hitting the keyboard & doesn't represent my employers   |
|             opinion in any way. (ie we probably don't agree)               |
==============================================================================
  Q. If Nuclear Tests are so safe, why don't the French do them under Paris?
Newsgroups: comp.os.os2.programmer
From: gruen@ipc1.rrzn.uni-hannover.de (Lutz Grueneberg)
Subject: Re: gcc/emx library
Reply-To: gruen@ipc1.rrzn.uni-hannover.de
Organization: University of Hannover
Date: Sat, 5 Sep 1992 17:34:14 GMT

In article <1992Sep3.184233.13637@murdoch.acc.Virginia.EDU>, wrp@cyclops.micr.Virginia.EDU (Bill Pearson) writes:
|> 	The ftell()/fseek() functions in the emx library seem to be
|> broken.  The following program and dataset demonstrate this:
lines deleted
|> 	fin=fopen(argv[1],"r");
|> 	pos[i++]=ftell(fin);
|> 	while (fgets(line,sizeof(line),fin)) {
|> 		printf("%d %d %s\n",i-1,pos[i-1],line);
|> 		pos[i++]=ftell(fin);
|> 	}
|> 	n=i-1;
|> 
|> 	for (i=n-1; i>=0; i--) {
|> 		fseek(fin,pos[i],0);
|> 		fgets(line,sizeof(line),fin);
|> 		printf("%d: %s\n",i,line);
|> 	}
You are right. There is a somewhat funny behavior of the emx library.
If you want to use random file access you should use the binary
mode to access files ("rb"). You opened the file in text-mode ("r"). 
There is a bug in the library documentation. Standard mode for files
should be binary but in reality it is text mode. In binary mode
all goes right, I had problems with this too and asked Kai Uwe Rommel.
He confirmed the bug. Eberhard Mattes knows it too.

Lutz
-- 
// Lutz Gr"uneberg
// Lehrgebiet Rechnernetze und Verteilte Systeme
// Universit"at Hannover
// Schlosswender Str. 5
// D-3000 Hannover 1, Germany
//
// Email: Grueneberg@rrzn.uni-hannover.dbp.de
//
//				... have a  n.i.c.e. day


Newsgroups: comp.os.os2.programmer
From: cnadler@vnet.ibm.com (Cliff Nadler)
Subject: Soundblaster DD's available for MMPM/2 (was: Re: Writing Device Drivers)
Date: Tue, 15 Sep 92 00:28:03 GMT
Distribution: na
News-Software: IBM OS/2 PM RN (NR/2) v0.11b by O. Vishnepolsky and R. Rogers
Reply-To: cnadler@vnet.ibm.com (Cliff Nadler)
Organization: IBM T. J. Watson Research

A set of drivers for the Soundblaster card is now available from IBM (the
usual places - Compuserve, software.watson.ibm.com, etc.). THIS ONLY WORKS
WITH THE MMPM/2 software - IT IS NOT A BASE DEVICE DRIVER.

--
Cliff Nadler (cnadler@vnet.ibm.com)
IBM Federal Systems Company - TEAM OS/2

Disclaimer: This post represents the views of the poster, not IBM Corporation.
From: KENKAHN@PKSMRVM.VNET.IBM.COM ("Kenneth A. Kahn")
Newsgroups: comp.os.os2.programmer
Subject: Re: Can i reeboot the PC from my program?
Date: 10 Sep 92 10:50:34 GMT

Organization: Staff of IBM Fellow - IBM Personal/370
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0
X-X-From: KENKAHN@PKSMRVM.VNET.IBM.COM (Ken Kahn)

In <711@idanm.pfbs.philips.se> Mikael Scherer writes:
>HELP!
>
>Is it possible to reeboot the PC from a program when running OS/2 2.0
>If it is possible how do?
>

Take a look at the SETBOOT Command.  To reboot your workstation issue:

    SETBOOT /B

For the record, if you have BOOT Manager installed and you want to BOOT a
specific Partition, you can use

    SETBOOT /IBD:x

where x is the drive letter you want to BOOT.
Newsgroups: comp.os.os2.programmer
From: db3l@ans.net (David Bolen)
Subject: Re: 1.3 and file handle limit?
Date: Thu, 10 Sep 1992 17:15:35 GMT
Organization: Advanced Network & Services, Inc. - Elmsford, NY

In article <1992Sep10.203823.6149@tc.cornell.edu> bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor) writes:

>There is an API call 
>   DosSetMaxFH( USHORT )
>where USHORT ( an unsigned short number ) is the new file hadles limit for
>a process.

Just as an addition - this call sets up the file handles limit from OS/2's
point of view, but many (most?) C compiler libraries also have an internal
file handle limit that might or might not be fixed.

So - increasing the file handles this way definitely works as long as you
use OS/2 filesystem calls to open and access the extra handles.

Alternatively, another method that I've used successfully in the past is to
use the C library file calls for files that I really needed C functions to
access, and use the OS/2 calls for all the others.  The applicability of this
method is application-dependent, but as long as the number of files you
access through C library routines remains small enough, you can still get
to a lot of files with the OS/2 calls.

--
-- David
--
/-----------------------------------------------------------------------\
 \              David Bolen             \  Internet: db3l@ans.net      /
  |   Advanced Network & Services, Inc.   \   Phone: (914) 789-5327   |
 / 100 Clearbrook Road, Elmsford, NY 10523  \   Fax: (914) 789-5310    \
\-----------------------------------------------------------------------/
From: os2man@panix.com (Larry Salomon Jr.)
Newsgroups: comp.os.os2.programmer
Subject: Re: Icons in the title bar (a la EPM in ring enabled mode)
Date: 14 Sep 92 02:54:11 GMT
Distribution: comp.os.os2.programmer
Organization: PANIX Public Access Unix, NYC

Here's a nasty thing to watch out for (which I discovered when doing
the same thing you desire, but no longer have the source for):

If you goof up, your new frame controls will get destroyed and you WON'T
receive a WM_DESTROY message.  This is a really nasty problem if you subclass
the frame, because your subclass proc will still receive messages although
your controls no longer exist.

Cheers,
Q
-- 
"If you choose not to decide, you  | "A fool and his money are fun to go
 still have made a choice" - Rush  |  out with" - seen on a T-shirt
------------------------------------------------------------------------