HDTenEightyP/NetNews huggingface dataset:
From: rm3@ornl.gov (MCBROOM R C)
Subject: Re: looking for REXX script MAKEBOOT ...
Organization: Oak Ridge National Laboratory
Date: Thu, 15 Oct 1992 13:25:32 GMT

In article <ldkjn6INN1ak@coltexo.cs.utexas.edu> easyrob@cs.utexas.edu (Robert Depew Reynolds) writes:
>You can also try the SE20BOOT package from software.watson.ibm.com
>This is the official IBM version of a REXX script to create a bootable 
>OS/2 system.  It can be used for diskettes and hard drives.
>
Is anyone else having trouble with se20boot?  I can't get it to copy the
files off of disk0.  It fails with an error message that it can't copy.
It isn't a disaster as I have a manually built boot disk from an
early file list post but it is annoying.  The boot disks are fine and
I've used them to install the system without any problems.  I have the
version direct from software.watson.
This is on a ZEOS 486/33 8Mb with 130Mb drive formatted FAT dual boot C
& D.

Robert McBroom internet: rm3@ornl.gov
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.misc
Subject: Re: OS/2 2.0 on 386sx - How is speed?
Date: 15 Oct 92 16:52:16 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <gershon.719097500@husc10> gershon@husc10.harvard.edu (Ethan Gershon) writes:
>>In article <GKUSHMER.92Oct13124913@jade.tufts.edu> gkushmer@jade.tufts.edu (Greg Kushmerek) writes:
>>>I have, in a drawer at home, a number of fully functioning Intel Above 
>>>Boards with piggybacks.  Each of these total 4 megs of ram and slide right
>>>into a 16 bit expansion slot.  The chips are all 120ns.  Seeing what 
>>>Steve had to say makes me wonder - should I dig these out and stick
>>>them in my machine?  
>
>What would be really cool is if OS/2 could use such boards for
>concurrent multi-processing.  Doesn't have to be symmetric
>multi-processing... just the ability to offload less urgent tasks
>to another processor and then get the results a bit later.

How can you offload tasks into a RAM card?
-- 
David Charlap         |"there aren't 50,000 things for which it's worth writing
dic5340@hertz.njit.edu| software; and the computer industry doesn't have enough
----------------------+ programmers to create that much good software.
Therefore, most of it must be worthless" -- Boris Beizer "The Frozen Keyboard"
From: dab6@po.CWRU.Edu (Douglas A. Bell)
Newsgroups: comp.os.os2.misc
Subject: Re: SpeedStar 24X Problems
Date: 12 Oct 1992 13:07:11 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: dab6@po.CWRU.Edu (Douglas A. Bell)
NNTP-Posting-Host: thor.ins.cwru.edu


In a previous article, gonzaled@ucsu.Colorado.EDU (LGV/MC) says:

>Can anybody comment on using the new Diamond SpeedStar 24X with OS/2?
>I know there was a thread earlier, but I didn't need to know at that time.
>
>Do you have to reinstall OS/2 for it to recognize the card?  Just putting
>in the new video card produced a blank screen when I tried running OS/2.
>
>Thanks for any help you can give.
>

You have to install the patch for western digital vga cards after the
first reboot when installing os/2.  This stops the blank screens with the
c0000005 or whatever cyrptic error messages.  This patch is available
from software.watson.ibm.com or ftp-os2.nmsu.edu.

I also had to remove the jumper which enables 0 wait state operation.
When the card was running in 0 wait state, it would crash just as the
desk top finished rebuilding with a trap 2.
From: checker@acf5.NYU.EDU (checker)
Newsgroups: comp.os.os2.programmer
Subject: Vio buffer pointer question
Date: 15 Oct 92 03:07:59 GMT
Organization: New York University

I'm trying to get some Vio code working without any manuals (it was so
nice of IBM to include no documentation on the freaking API in the
WorkSet) and I'm having some trouble with direct video writes.

I'm creating a VIOMODEINFO struct (and filling in the cb member with the
size) and passing it to VioGetMode.  The buf_addr member has the correct
address after the call for the mode I'm in (0x000B8000) but I get a GP
fault when I try to write to it.  Do I have to do something before I can
do a direct video write?  Can I even _do_ a direct video write?  If not,
what is that pointer for?

Is there any example code around that shows how to do direct text mode
(graphics modes would be a bonus) video memory writes using Vio?

Chris
Newsgroups: comp.os.os2.programmer
From: cjs33278@uxa.cso.uiuc.edu (Carl+Chris Samos)
Subject: Receiving LN_ENTER with a LS_MULTIPLESEL listbox?
Organization: University of Illinois at Urbana
Date: Sat, 10 Oct 1992 14:33:42 GMT

Has anyone successfully processed the LN_ENTER notification code with a 
multiple selection listbox?  I needed a multiple selection listbox allows
the user to double click an item in the listbox, and have that item expand
to several more items in the listbox.  Then if the original item they
double clicked was double clicked again, it would remove its subitems.

For example, if the listbox contained:

    Item 1
    Item 2
    Item 3
    Item 4

and the user double clicked Item 2, the listbox would expand to look like this:

    Item 1
    Item 2
       subitem 2.1
       subitem 2.2
       subitem 2.3
    Item 3
    Item 4

Then if they double clicked Item 2, the listbox would return to the previous
state.

The problem is this:  When I receive the LN_ENTER code, I need to know which
item was double clicked.  Since it's multiple selection, other items in the
listbox may be selected, so you can't just send an LM_QUERYSELECTION
message to the listbox.  That will return the first selected item, or the
next selected item, if you send multiple LM_QUERYSELECTION messages.

Any ideas on how to accomplish this?  I spent about 2 hours last night, and
I found a solution, but I'm interested to hear if anybody else has any ideas
on how to do it.  I'll post my solution if anyone is interested.

Thanks in advance.

-Carl Samos
 cjs33278@uxa.cso.uiuc.edu

Newsgroups: comp.os.os2.programmer,comp.os.os2.misc
From: greve@rs1.thch.uni-bonn.de (Thomas Greve)
Subject: Re: Linking problems onder gcc 2.2.2
Organization: University of Bonn, phys. Chemistry
Date: Thu, 15 Oct 1992 18:04:49 GMT

In article <92287.163931U52468@uicvm.uic.edu> <U52468@uicvm.uic.edu> writes:
>  I'm having problems linking under gcc/os/2.  First, gcc won't link by itself.
>Fine, I use gcc -c and link386.. This works.. sometimes..  I have had, as of
>yet, no success linking c++ programs.  The linker always reports this error:
>
>Unresolved external entry:
>  __CTOR_LIST__
>  __DTOR_LIST__
>
>I searched the object files I was linking and did not find these strings.  I
>did find them, once each, in libc.lib and a number of times in the c++
>library file.  This is confusing!   What am i doing wrong??
You have to `collect' your objects first. Look into the samples...
>
>  Also, I have some object files I would like to turn into a library.  How
>can I do this??
There is a glib-something Tool, which is probably for this. As gcc/2 produces
std-obj format, you might also use the `lib' utility from the os2-toolkit.

Or you could switch to emx-gcc, which provides unix-tools for all this.



-- 
				- Thomas

   greve@rs1.thch.uni-bonn.de
   unt145@dbnrhrz1
Newsgroups: comp.os.os2.programmer
From: koschel@ips.cs.tu-bs.de (Arne Koschel)
Subject: Free Pascal Compiler for OS/2?
Organization: Inst. f. Informatik, TU Braunschweig, FRG
Date: Sun, 11 Oct 1992 15:17:26 GMT

Does anybody know about a PD or Shareware Pascal compiler for OS/2 (2.0)?
Thanks in advance, Arne

      koschel@ips.cs.tu-bs.de

Xref: sparky comp.os.os2.programmer:5619 comp.os.os2.misc:32714
Newsgroups: comp.os.os2.programmer,comp.os.os2.misc
Subject: Re: OS/2 2.0 Frequently Asked Questions, Programmer's Edition 1.3
From: jstewart@desire.wright.edu
Date: 12 Oct 92 17:49:23 EST
Organization: Wright State University 

In article <1992Oct09.133902.21903@watson.ibm.com>, cnadler@vnet.ibm.com (Cliff Nadler) writes:
> In  <1992Oct08.202944.17236@watson.ibm.com>  cnadler@vnet.ibm.com (Cliff Nadler) writes:
>>The offer has been extended until the end of October.
> 
> Sorry, I remembered my facts incorrectly.
> 
> There is a NEW promotion for the Workset/2 product from IBM. It starts next
> week and runs til next March (1993). I believe it is going for $395 US. This
> contains the Technical Reference, the WorkFrame Development Environment, and
> the C-Set/2 compiler.
> 
> 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.

	I wouldn't suppose there's any way for those of us who bought it for
$295 to get the technical libraries for say $100 more?  If I'd have known
you were going to do this, I would have waited.

						John Stewart

Newsgroups: comp.os.os2.programmer
From: db3l@ans.net (David Bolen)
Subject: Re: DLLs and LIBPATH (Was: Re: Minor wishlist item: any IBMers out there?)
Date: Fri, 9 Oct 1992 17:00:02 GMT
	<1992Oct07.192423.2842@ans.net> <1992Oct9.190931.20869@njitgw.njit.edu>
Organization: Advanced Network & Services, Inc. - Elmsford, NY

In article <1992Oct9.190931.20869@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:

>In article <1992Oct07.192423.2842@ans.net> db3l@ans.net (David Bolen) writes:
>>                                                    So if you want to
>>make sure and support backlevel applications, you have to at a minimum
>>have stub functions for all previous revisions of your DLL to get by
>>the load-time checking.

(we're in complete agreement - just a little clarification)

>The solution is to structure your DLL as an API.  That is, every
>function returns error codes, or zero for OK.  If values need to be
>passed back, use output parameters.

I don't think I'd necessarily agree that this is the definition of an
"API".  My "application programming interface" may return actual
usable values as the result of a function rather than an error code,
but it's still just as much an API as anything else if those results
are documented.

"Output" parameters are useful, but can be an unnecessary parameter
if, for example, a function could just as easily return the answer as
a result (with the ability to flag an error as a particular result).
Sometimes it's more convenient to just return the answer, rather than
requiring the caller to allocate temporary variables - often an
optimizing compiler can keep everything in registers throughout the
use of the result.

>passed back, use output parameters.  Now, you do not EVER delete a
>reference from the DLL.  Instead, you change the code so it just
>returns a constant (you should define a constant like
>FUNCTION_NOT_IMPLEMENTED for this purpose).

Yep - that's what I meant above about having to keep around stub
functions.  Whether you return a fixed numeric code, or just a
particular result that is recognizable as an error (such as NULL
value) shouldn't be a problem.

>This way, references are always resolved by the linker, and your code
>will always get far enough to check versions.  Plus, if you call a
>function that hasn't been implemented, you know it from the non-zero
>return code.

Well, if things are done right, you should never hit the function that
wasn't implemented.  Since the loader will resolve all DLL references,
if you are using an antiquated function, your version check should
detect it and also be able to provide an out for older applications.
If you want to support older applications, then you should handle the
older function as well.

--
-- 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: Mat.Kramer@f115.n282.z1.wlink.nl (Mat Kramer)
Newsgroups: comp.os.os2.programmer
Subject: Some programming question
Date: Mon, 12 Oct 1992 09:00:00 -0100


DH> 1. After inserting 1271 items in a combobox, I get a WIN1012 error:
DH> Maximum heap size reached: 65532 bytes. Those items that I inserted
DH> are strings with length of 29 bytes ( 29*1271=about 36kB ). So what I
DH> going to do ? Increase heap ( HOW ? )...

I know of a second party list box replacement which avoids the 32K barrier.
I don't have infor with me here (at home), but if you write to me at
71607.413@compuserve.com, I'll get it to you.

.

___
* KWQ/2 1.0b5 *
From: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.programmer
Subject: Re: Programmer's Editors
Date: 15 Oct 92 18:15:51 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <sal8.64.0@po.cwru.edu> sal8@po.cwru.edu (Steve Luzynski) writes:
>I've got some stuff on the list already:
>Autoindent (of course)

Autoindent should be with various operating modes for different
languages (like Emacs does).  I like the fact that when I edit C code,
the indents follow the braces and parentheses.  With lisp code, the
indenting is different, etc.  If you could find a simply way to define
various indenting modes, the modes could be user-definable.  I can
work with you to come up with a working protocol for specifiying
user-defined indent schemes.

>Split windows on the same or different files in 1 instance of the editor

Two different ways should be allowed:  A separate MDI window or a
split point.  Excel does this.  You cal either drag a "split" marker
across a scroll bar to split an existing window or you can open a
second window onto the same file.

>drag 'n drop editing

If you wish.  I do think that button-2 over a piece of selected text
should pop up a menu of commonly used options.  Perhaps a
user-selectable subset of program commands.

>pick yer own colors

Use either the color/font palettes or a notebook of settings.
Actually, a settings notebook would be a great idea for all options.
Much better than multiple independant dialogs for system settings.

>and maybe keyword highlighting (like in Borland's windows based editors)

Make sure it can be turned off.  I don't like that.

Use-definable keystrokes for everything and a command-line.  Sort of
like Emacs.  This way, you can use any interface you want - type a
command, use the mouse, or use keystrokes.  It shouldn't be that hard
to do, either.  You just make the entire program command-line driven
and have the menus and keystrokes dump commands on the line.

Regular expression searching is nice.  Since regexp.c is included in
gcc (I believe), this shouldn't be too hard to install.

I think that close-brackets (like ], ), }, >) should have the program
"flash" the matching open-bracket or let you know if there's no
matching character.

These options may be difficult to do (I haven't seen them all in any
one editor yet!), so I don't expect them in an initial release, but
keep them in mind for version 2.



-- 
David Charlap         |"there aren't 50,000 things for which it's worth writing
dic5340@hertz.njit.edu| software; and the computer industry doesn't have enough
----------------------+ programmers to create that much good software.
Therefore, most of it must be worthless" -- Boris Beizer "The Frozen Keyboard"
Newsgroups: comp.os.os2.programmer
From: ejohnson@enuxha.eas.asu.edu (Eric R. Johnson)
Subject: EPM question
Organization: Arizona State University, Tempe, AZ
Distribution: usa
Date: Wed, 14 Oct 1992 12:49:19 GMT

I'm trying to learn EPM, and was wondering if I can get it to turn off the
display of ASCII TAB _w/o_ turning off tabs and using spaces.

ex.

main()
{
	Oreturn;
} ^
	|___ ASCII 9


Any suggestions would be appreciated.


Newsgroups: comp.os.os2.programmer
From: 880506s@dragon.acadiau.ca (James R. Skinner)
Subject: Re: Accessing memory (Monitor)
Organization: Acadia University
Date: Thu, 15 Oct 1992 15:55:04 GMT

KENKAHN@PKSMRVM.VNET.IBM.COM (Kenneth A. Kahn) writes:

>In <1992Oct15.033035.16753@dragon.acadiau.ca> James R. Skinner writes:
>>
>>I am trying to write a simple program to clear the monochrome monitor
>>that I have attached to my system.  I am using the GCC compiler and the
>>following code:

>First off, you are trying to access the 'physical' Display Buffer Address,
>which you can't do under OS/2.  In order for you to do this, you will have
>to use the 'Logical Video Buffer' which is a virtual address to this memory.
>To get a pointer to the LVB use the ViogetBuf API:

>VioGetBuf(&lvb_Ptr,&lvb_Size,0);

Is this call included in the headers with GCC?  
I can't seem to find it anywhere?

Thanks
james
-- 

-----------------------------------+--------------------------------------------
        James Robie Skinner        |     Jodrey School of Computer Science        James.Skinner@dragon.acadiau.ca  |  Acadia University, Wolfville, NS, Canada
-----------------------------------+--------------------------------------------
Newsgroups: comp.os.os2.programmer
From: sip1@ellis.uchicago.edu (Timothy F. Sipples)
Subject: Re: Inquiry about Beta Sound Support
Reply-To: sip1@midway.uchicago.edu
Organization: Dept. of Econ., Univ. of Chicago
Distribution: na
Date: Sat, 10 Oct 1992 02:15:59 GMT

In article <1992Oct9.191956.21117@njitgw.njit.edu> dic5340@hertz.njit.edu (David Charlap) writes:
>>I have a question for those of you with the beta. I know Win 3.1
>>has built in support for sound. I've read that the new beta includes
>>this support. My question is this - has sound been integrated into
>>the OS/2 environment as well.
>No.  That's part of the MultiMedia (MMPM) kit.  I don't know why it's
>being sold separately, but it is.

MMPM/2 1.0 (nonbeta), by the way, is included on the OS/2 PDK CD-ROM.
Highly recommended.  For information on ordering, see the FAQ List.
The CD-ROM is just $15.

-- 
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: dic5340@hertz.njit.edu (David Charlap)
Newsgroups: comp.os.os2.programmer
Subject: Re: DLLs and LIBPATH (Was: Re: Minor wishlist item: any IBMers out there?)
Date: 9 Oct 92 19:09:31 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <1992Oct07.192423.2842@ans.net> db3l@ans.net (David Bolen) writes:
>Note that this doesn't solve the problem when a DLL has functions
>removed from it's interface, as OS/2 will not even allow the
>application to start due to unresolved references.  So if you want to
>make sure and support backlevel applications, you have to at a minimum
>have stub functions for all previous revisions of your DLL to get by
>the load-time checking.

The solution is to structure your DLL as an API.  That is, every
function returns error codes, or zero for OK.  If values need to be
passed back, use output parameters.  Now, you do not EVER delete a
reference from the DLL.  Instead, you change the code so it just
returns a constant (you should define a constant like
FUNCTION_NOT_IMPLEMENTED for this purpose).

This way, references are always resolved by the linker, and your code
will always get far enough to check versions.  Plus, if you call a
function that hasn't been implemented, you know it from the non-zero
return code.
-- 
David Charlap         |"there aren't 50,000 things for which it's worth writing
dic5340@hertz.njit.edu| software; and the computer industry doesn't have enough
----------------------+ programmers to create that much good software.
Therefore, most of it must be worthless" -- Boris Beizer "The Frozen Keyboard"
From: FLATSCHER.Rony@f1.n100.z60.wlink.nl (FLATSCHER Rony)
Newsgroups: comp.os.os2.programmer
Subject: Example code to insert cmd files in startup folder
Date: Fri, 09 Oct 1992 21:52:45 -0100

Organization: Wirtschaftsuniversitaet Wien, Vienna, Austria

Larry:

We are backlogged a week, so you might know the answer already.

Create e.g. an OS/2-window-object, open the object-menu, choose open
settings, choose program. Let us say your cmd-file is called C:\DOIT.CMD

possibility 1)
  - enter "C:\DOIT.CMD" in "Path and filename"

possibility 2)
  - enter "CMD.EXE" in "Path and filename"
  - enter "/K C:\DOIT.CMD" in "Parameters"
  - if you want to prompt the user for parameters append to the program name
    in the "Parameters" an opening square bracket, a blank and a closing
    square bracket for any parameters you want to prompt for. If you want to
    supply a prompt text, replace the blank within the square brackets with
    the desired text.

Save the settings.

Move or shadow the object to the Startup-folder.

Possibility 1 executes C:\DOIT.CMD, upon termination it will terminate the
session.

Possibility 2 creates an OS/2-session, tells CMD.EXE to keep the session after
the program "C:\DOIT.CMD" is terminated, i.e. do not close the window.

---rony
From: KENKAHN@PKSMRVM.VNET.IBM.COM (Kenneth A. Kahn)
Date: Thu, 15 Oct 92 13:21:45 EDT
Newsgroups: comp.os.os2.programmer
Subject: Re: Accessing memory (Monitor)
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)
            <1992Oct15.155504.7160@dragon.acadiau.ca>

In <1992Oct15.155504.7160@dragon.acadiau.ca> James R. Skinner writes:
>KENKAHN@PKSMRVM.VNET.IBM.COM (Kenneth A. Kahn) writes:
>
>>In <1992Oct15.033035.16753@dragon.acadiau.ca> James R. Skinner writes:
>>>
>>>I am trying to write a simple program to clear the monochrome monitor
>>>that I have attached to my system.  I am using the GCC compiler and the
>>>following code:
>
>>First off, you are trying to access the 'physical' Display Buffer Address,
>>which you can't do under OS/2.  In order for you to do this, you will have
>>to use the 'Logical Video Buffer' which is a virtual address to this memory.
>>To get a pointer to the LVB use the ViogetBuf API:
>
>>VioGetBuf(&lvb_Ptr,&lvb_Size,0);
>
>Is this call included in the headers with GCC?
>I can't seem to find it anywhere?
>

Nope, this is in the OS/2 2.0 ToolKit, though the documentation is only in
the 1.2 ToolKit.
Newsgroups: comp.os.os2.programmer