OS/2 Shareware BBS: 15 Message/15-Message.zip/UU991030.zip/Uh991029.txt

Text File | 1999-10-30 | 107KB | 3,071 lines

                   comp.os.os2.programmer.misc      (Usenet)

                 Saturday, 23-Oct-1999 to Friday, 29-Oct-1999

+----------------------------------------------------------------------------+

From: [e-mail]                          22-Oct-99 18:59:26
  To: All                                               23-Oct-99 04:42:01
Subj: DosSetFileSize on HPFS386

From: [e-mail] (Ilya Zakharevich)

The test suite of Perl runs OK on HPFS, but is reported to have one
subtest failure on HPFS386.  AFAIU, this difference boils down to a
difference in semantic of DosSetFileSize() on HPFS386/HPFS.

On HPFS the directory entry for the file is immediately updated.  On
HPFS386 the directory entry is updated only after (?) the file is is
closed.

From the scarce documentation of DosSetFileSize() I cannot deduce
whether the behaviour on HPFS386 is a bug.  Any comments?

Thanks,
Ilya

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Department of Mathematics, The Ohio State Univers
(1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                          22-Oct-99 19:04:13
  To: All                                               23-Oct-99 04:42:01
Subj: DSOM, SOMFOREIGN, and somId

From: [e-mail] (Ilya Zakharevich)

I have a pretty old version of toolkit (from DevCon 11 ;-), and it
says that DSOM cannot dispatch anything related to SOMFOREIGN,
including somId.

AFAIU, this should enormously complicate writing "absolutely dynamic"
DSOM interface, when *nothing* is known until compile time.

Was this restriction lifted in later releases?

Are my estimates too pessimistic?  If yes, why OREXX needs to install
a special WPS class to access WPS objects?

Ilya

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Department of Mathematics, The Ohio State Univers
(1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                22-Oct-99 21:53:14
  To: All                                               23-Oct-99 04:42:02
Subj: Delete a pipe

From: "George Barrowcliff" <[e-mail]>

I need to delete \pipe\npm0 that was left over by Lan Server Printer Utility
so I can reuse it.  Deleting it from the PORT window stays deleted until a
reboot and then it comes back.

TIA GWB


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Bergen Brunswig (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                          23-Oct-99 05:08:26
  To: All                                               23-Oct-99 04:42:02
Subj: somVaBuf: no trace whatsoever

From: [e-mail] (Ilya Zakharevich)

I'm playing with SOM sample code in .inf files, but cannot compile
whatever mentions somVaBuf.  There is no file (except 2 .inf files
;-) in the whole toolkit (of DevCon 11) which mentions these words (I
did case-insensitive search - does not help)...

Now what?

Ilya

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Department of Mathematics, The Ohio State Univers
(1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                      23-Oct-99 11:24:29
  To: All                                               23-Oct-99 10:32:23
Subj: Dump Formatter (PMDF) help requested

From: [e-mail] (Kevin)

I have a large complex application that hangs from time to time. Only
the application process is hung - the rest of OS/2 and other processes
continue to run. I have tried every process killer I could find, but
nothing will kill the application when it is hung. This leads me to
believe it is blocked in ring 0.

I have managed to get a dump from only one occurrance of the hang so
far. The process has a single thread that is blocked on an unnamed
private semaphore. I would like to try to unwind the stack to see
where it last left the application. The R command displays the
registers, but when it tries to display the current instruction it
prints the message 'Invalid linear address 5b:17f4d3' (for example,
don't have the actual address to hand). The same thing happens with
any commands that use the stack address. I have looked at two other
slots. One worked fine with the R command, the other also gave the
invalid linear address message. Is this a fluke? Will I be able to get
any further with this dump? Am I likely to have better luck if I
manage to capture another dump?

The only other information I have is that the address in EIP appears
to belong to the VAC++ runtime DLL.

Thanks for any help,
Kevin

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Organization (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                    23-Oct-99 12:22:02
  To: All                                               23-Oct-99 14:34:07
Subj: Re: Access to floppy disks in c programs

From: [e-mail] (Bob Eager)

On Wed, 13 Oct 1999 17:33:22, "Andrew Volkov"
<[e-mail]> wrote:

> I have disk: 2 head, 80 tracks, 16 sectros and sector size if 256 bytes.
>
> How i can access to this disk in my c/c++  program?
> I use DosDevIOCtl DSK_READTRACK function but it returns SECTOR_NOT_FOUND
> error... :(

You need to use DSK_SETDEVICEPARAMS first

Remember to save the old setting and put it back afterwards...

--
Bob Eager
rde at tavi.co.uk
PC Server 325; PS/2s 8595*3, 9595*3 (2*P60 + P90), 8535, 8570, 9556*2,
8580*6,
8557*2, 8550, 9577, 8530, P70, PC/AT..

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Tavi Systems (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                  23-Oct-99 10:47:25
  To: [e-mail]                            23-Oct-99 14:34:07
Subj: Re: dynamic loadable driver (OS/2)?????

To: Mark McClelland <[e-mail]>
From: Robert Marcano <[e-mail]>

Este es un mensaje de varias partes en formato MIME.
--------------522B6BFCB36FAC92BEBBC9C7
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Probably IBM is working on that, because the VACPP 4.0 documentation says
about "dld" as an OS2 target... Check for the target directive for icc files.

Mark McClelland escribió:

> I think a DLD is a Windown (WDM?) driver. No such equivalent thing
> exists in OS/2 to my knowledge. It would require some heavy-duty
> rewriting of the kernel and much better kernel exception management (not
> that Win98 is very much better than OS/2 in that regard)
>
> ---
> Mark McClelland
> [e-mail]
> Get paid to surf the web! Visit to www.easydough.com for more info.
>
> Robert Marcano wrote:
> >
> > I am making a device driver with VisualAge C++ 4.0 for OS/2, and
> > looking on the online help I found the term: "dynamic loadable driver",
> >
> > that use the extension "dld" (Sounds like a good thing, but this is the
> >
> > first time that I hear about it). But no more information than that,
> > Can somebody help me and tell me how it works?, how can I build one or
> > where to find information about that?
> >
> > TIA

--------------522B6BFCB36FAC92BEBBC9C7
Content-Type: text/x-vcard; charset=us-ascii;
 name="robmv.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Tarjeta para Robert Marcano
Content-Disposition: attachment;
 filename="robmv.vcf"

begin:vcard
n:Marcano Varela;Robert Jesús
tel;fax:[phone]
tel;home:([phone]
tel;work:([phone]
x-mozilla-html:TRUE
org:Programación Mecanizada C.A. (PROMCA)
adr:;;CCCT, 1ra Etapa, piso 2, oficina 205,
Chuao;Caracas;Miranda;1060;Venezuela
version:2.1
email;internet:[e-mail]
title:System Architect
note;quoted-printable:Certified VisualAge for Smalltalk Associate
Developer=0D=0ACertified VisualAge for C++ Associate Developer=0D=0ACertified
OS/2 Warp Engineer
x-mozilla-cpt:;15136
fn:Robert Jesús Marcano Varela
end:vcard

--------------522B6BFCB36FAC92BEBBC9C7--

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: =?iso-8859-1?Q?Programaci=F3n?= Mecanizada C.A. (
(1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                       24-Oct-99 01:48:11
  To: All                                               24-Oct-99 05:23:24
Subj: Re: Emulating dialog using control windows

From: Will Rose <[e-mail]>

Branch Systems <[e-mail]> wrote:
: I am trying to emulate another app of mine that uses a dialog box, by using
: WinCreateStdWindow to createthe frame and client and then using
: WinCreateWindow in the WM_CREATE processing to create the individual control
: windows - some static texts, two entryfields some group boxes and a
: pushbutton.
: I have managed to create size and position the controls ok, but the major
: problem is the key handling - the default dialog window processing seems to
: handle:
: - an ENTER key  resulting in the default pushbutton being pushed
: - tabbing from field to field
: I have no managed to get the two above tasks to work.
: Does anyone have a code for a working example of a similar app that they
: could post?

You need to subclass the frame window and intercept the tab and enter
WM_CHAR messages - a similar sub-routine follows:

/*
 * C o n t F r a m e S u b
 *
 * Subclass the container frame window procedure.
 *
 * Catch the WM_QUERYTRACKINFO message to control the
 * resizing of the frame window, and catch the TAB key
 * to change focus.
 */
MRESULT EXPENTRY ContFrameSub(HWND hwnd, ULONG msg,
                MPARAM parm1, MPARAM parm2)
{
  ULONG u;
  TRACKINFO t, *pt;
  PFNWP pfn;
  MRESULT mr;
  BOOL rc;

  /* get the side in use */
  if (WinQueryWindowUShort(hwnd, QWS_ID) == IDF_LEFT_CONT) {
    pfn = pfnLeftContProc;
    u = TF_RIGHT;
  }
  else {
    pfn = pfnRightContProc;
    u = TF_LEFT;
  }

  switch(msg) {

  case WM_QUERYTRACKINFO:
    mr = (*pfn)(hwnd, msg, parm1, parm2);
    pt = (TRACKINFO *)parm2;
    pt->fs &= ~TF_MOVE;
    pt->fs |= u;
    break;

  case WM_CHAR:
    if (SHORT1FROMMP(parm2) == '\t'
            /* the control seems to grab the keydowns */
            && (SHORT1FROMMP(parm1) | KC_KEYUP)
            && (SHORT1FROMMP(parm1) | KC_CHAR)
            && WinQueryFocus(HWND_DESKTOP) != hwnd) {
        rc = WinPostMsg(hwndGlobalFrame, UM_FOCUS,
                MPFROM2SHORT(0, 1), MPFROMHWND(hwnd));
        mr = (MRESULT) TRUE;
    }
    else
        mr = (*pfn)(hwnd, msg, parm1, parm2);
    break;

  default:
    mr = (*pfn)(hwnd, msg, parm1, parm2);
    break;
  }

  return mr;
}


Will
[e-mail]

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: CTS Network Services (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              24-Oct-99 06:06:06
  To: All                                               24-Oct-99 05:23:24
Subj: Watcom C++ and STL

From: James Moe <[e-mail]>

Hello,
    Does Watcom C++ do STL? I have v11.0 of the Watcom compiler and it
does not care for a particular item: "ptrdiff_t." Wherever ptrdiff_t
occurs a syntax error is raised.


--

sma at rtd dot com
Remove ".spam-not" for email

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Sohnen-Moe Associates, Inc (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                24-Oct-99 08:59:24
  To: All                                               24-Oct-99 10:19:13
Subj: IPX programming under OS/2?

From: [e-mail] (Bart/2 (Bartosz Tomasik))

Hi, Are there any libs for IPX/SPX programming under OS/2 Warp
(Toolkit contains only TCP/IP libs...)
-------------------------------------------------
 Bart/2 irc:Ihsahn [e-mail] UIN:50890586
 Asu'a member    http://www.asua.org.pl
 TeamOS/2 Polska http://www.teamos2.org.pl

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Asu'a <http://www.asua.org.pl> (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                  23-Oct-99 13:07:13
  To: All                                               24-Oct-99 16:44:17
Subj: WPS class WPINSTALL

From: Robert Marcano <[e-mail]>

Este es un mensaje de varias partes en formato MIME.
--------------3FD33EA5EDAEB8B638C0A342
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I created an Instance of the class WPINSTALL in my desktop (the one
that uses Feature Installer plugin, and that installed products
generated in the directory (C:\OS2\INSTALL\Installed Features). The
objects in this directory are read only, and can deinstall part or
products entirely.

The instance that I created is not read only, I can add information to
each page of the settings notebook, and it has three additional options
in th popup menu: "Package", "Response file> save" and "Response
file>Read". When I choose Package, and the information in the setting
in OK, it generates part of the files required by "Feature Installer".

Where can I obtain the Feature Installer Toolkit, because the help say
that it exist:
Extracted from the help of the object WPInstall:

 "Install objects are used for creating custom installations.  A
 developer may use install objects to configure an installation of
their
 application.  The configured installation object is then shipped with
 the application to be installed by the user.  Therefore, an
installation
 object has two modes: development mode and user mode.

 Install objects are derived from WPFolder and so can be thought of
 as a special type of folder.  The install object opens in tree view by

 default, but may also be opened in icon or details view.  Note that
 the Properties notebook  contains several new pages in addition to
 the standard folder pages.  The settings pages are filled in by the
 developer to tell the install object what to do during the
installation
 process.

 Create a new install object from the Feature Install Object template
 in the Feature Install folder.
...

 The Feature Install program provides a general purpose development
 environment for assisting in the development of install objects.  The
 Feature Install folder contains the following objects:

       Developer
       Feature Install Object
       Feature Install Samples
       Install Helper
       TEMPLATE
       TOOLKIT
       Uninstall Feature Install Toolkit
       User





--------------3FD33EA5EDAEB8B638C0A342
Content-Type: text/x-vcard; charset=us-ascii;
 name="robmv.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Tarjeta para Robert Marcano
Content-Disposition: attachment;
 filename="robmv.vcf"

begin:vcard
n:Marcano Varela;Robert Jesús
tel;fax:[phone]
tel;home:([phone]
tel;work:([phone]
x-mozilla-html:TRUE
org:Programación Mecanizada C.A. (PROMCA)
adr:;;CCCT, 1ra Etapa, piso 2, oficina 205,
Chuao;Caracas;Miranda;1060;Venezuela
version:2.1
email;internet:[e-mail]
title:System Architect
note;quoted-printable:Certified VisualAge for Smalltalk Associate
Developer=0D=0ACertified VisualAge for C++ Associate Developer=0D=0ACertified
OS/2 Warp Engineer
x-mozilla-cpt:;15136
fn:Robert Jesús Marcano Varela
end:vcard

--------------3FD33EA5EDAEB8B638C0A342--


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: =?iso-8859-1?Q?Programaci=F3n?= Mecanizada C.A. (
(1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                            25-Oct-99 03:11:16
  To: All                                               24-Oct-99 21:21:06
Subj: Re: IPX programming under OS/2?

From: "Timur Kazimirov" <[e-mail]>

On 24 Oct 1999 08:59:49 GMT, Bart/2 (Bartosz Tomasik) wrote:

>Hi, Are there any libs for IPX/SPX programming under OS/2 Warp

I suppose you have to contact with Novell Inc., to get access to
NetWare SDK or description of NWCALLS.DLL functions as a
minimum.



With best regards,

Timur Kazimirov
===================
@if you want to reply me delete all "z" from address



--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: INKOMBANK, Sakhalin Branch (1:109/42)

+----------------------------------------------------------------------------+

From: yourself@127.0.0.1                                25-Oct-99 04:44:27
  To: All                                               25-Oct-99 03:26:09
Subj: Re: WPS class WPINSTALL

From: yourself@127.0.0.1 (Rich Walsh)

On Sat, 23 Oct 1999 19:07:27, Robert Marcano <[e-mail]> wrote:

> I created an Instance of the class WPINSTALL in my desktop (the one
> that uses Feature Installer plugin, and that installed products
> generated in the directory (C:\OS2\INSTALL\Installed Features). The
> objects in this directory are read only, and can deinstall part or
> products entirely.
>
> The instance that I created is not read only, I can add information to
> each page of the settings notebook, and it has three additional options
> in th popup menu: "Package", "Response file> save" and "Response
> file>Read". When I choose Package, and the information in the setting
> in OK, it generates part of the files required by "Feature Installer".
>
> Where can I obtain the Feature Installer Toolkit, because the help say
> that it exist:
[snip]

This has come up before - check deja.com for details.  AFAIK, IBM
has never released the Toolkit nor licensed the runtime package
(which you have) for use in creating new packages.  I wouldn't use
it for commercial or shareware products without first contacting IBM.


   == == almost usable email address:  rlwalshATpacket.net == ==
___________________________________________________________________

                |             - DragText v3.1 -
Rich Walsh      |  A Distinctly Different Desktop Enhancement
Ft Myers, FL    |  New!  Pickup & Drop for text, and more...
                |  http://www.usacomputers.net/personal/rlwalsh/
___________________________________________________________________

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: http://extra.newsguy.com (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                   25-Oct-99 11:00:18
  To: All                                               25-Oct-99 10:31:28
Subj: Re: How do I read and write ethernet packets?

From: Michiel Karsch <[e-mail]>

Try to find documentation on acslan (dll in ibmcom/dll) here you have
access at LLC level (802.2)
It is documented but i don't rember where.

Michiel

Niclas Lindström wrote:

> Niclas Lindström wrote:
> >
> > Are there any API's in OS/2 that can be used to read and
> > write ethernet frames directly from/to the lan-adapter so
> > I can analyze the ethernet header, modify it and send it
> > back out on the ethernet again..?
> >
>
> Ok, I believe I will have to write my own intermediate
> NDIS-driver. Does anyone know were I can find good source
> samples for NDIS drivers. I just downloaded the DDK from
> IBM and at the first look at the sample in there (a token
> ring driver) it looks too complex. I guess it includes
> hardware access and things like that, but my driver only
> need to access the existing NDIS driver and act as any
> NDIS driver towards the application (TCP/IP-stack)...
>
> Regards
> Niclas Lindström

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: WorldOnline News server (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                  24-Oct-99 12:49:23
  To: All                                               25-Oct-99 10:31:28
Subj: Running CGI and Perl modules in OS/2

From: Eric Laffoon <[e-mail]>

Does anyone know how to get this to work? I have two questions...
1) How do I get my system to run CGI scripts from the browser without
having to upload to the site to test? I can run perl, so it seems I
should be able to do this.

2) I have downloaded CGI-pm and even though I have Perl5 installed I
can't seem to run modules. I've been through the Perl.inf file OS/2
section... as far as I can tell this is some configuration nightmare!!!
There are files everywhere, non-existant paths indicated with errors,
totally erroneous data returned with the -v option...

I am limited to basic perl on my system right now... I've found a newer
perl5.exe (5.00445 or something) and most all documentation and setup is
two years old. Does anybody do this in OS/2 or should I just partition
and boot Linux?

Eric Laffoon

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Origin Line 1 Goes Here (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                     25-Oct-99 10:17:06
  To: All                                               25-Oct-99 10:31:28
Subj: Re: WPS class WPINSTALL

From: [e-mail] (Leon D. Zetekoff)

On Mon, 25 Oct 1999 04:44:54, yourself@127.0.0.1 (Rich Walsh) wrote:

Hi there...

> On Sat, 23 Oct 1999 19:07:27, Robert Marcano <[e-mail]> wrote:

<snip>

> > The instance that I created is not read only, I can add information to
> > each page of the settings notebook, and it has three additional options
> > in th popup menu: "Package", "Response file> save" and "Response
> > file>Read". When I choose Package, and the information in the setting
> > in OK, it generates part of the files required by "Feature Installer".
> >
> > Where can I obtain the Feature Installer Toolkit, because the help say
> > that it exist:
> [snip]
>
> This has come up before - check deja.com for details.  AFAIK, IBM
> has never released the Toolkit nor licensed the runtime package
> (which you have) for use in creating new packages.  I wouldn't use
> it for commercial or shareware products without first contacting IBM.

I've been after IBM ever since they abandoned the Software Installer.
Recently I tried again and they refuse to make it public. Talk about
tunnelvision.

Take care, leon

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Z&K Enterprises (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                          25-Oct-99 13:33:08
  To: All                                               25-Oct-99 14:48:15
Subj: Non-functioning scrollbars

From: Bobbi Rosenberger <[e-mail]>


We have a customer that purchased on OS/2 application from us.

This customer is telling me that none of the scrollbars in our
application, or any other application (e.g. the OS/2 Window List)
are working.

Page-Up, Page-Down, and Arrow keys work.  But using the mouse
with the scrollbar doesn't work.  The mouse works otherwise, for
selecting menu options, etc.

Has anyone seen this behavior?  The field engineer at the customer
site is ready to re-install OS/2 to fix the problem, but I think
that is a drastic measure.

The customer is running OS/2 3.0.

Any help would be appreciated.




Sent via Deja.com http://www.deja.com/
Before you buy.

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Deja.com - Before you buy. (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              25-Oct-99 08:33:02
  To: All                                               25-Oct-99 14:48:15
Subj: netscape for OS/2 2.02 DDE info?

From: "jim osborne" <[e-mail]>

netscape removed the link from their site -
home.netscape.com/newsref/std/ddeapi.html,  anyone have this info they can
send me?
jim osborne  [e-mail]


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: http://extra.newsguy.com (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                          25-Oct-99 15:42:15
  To: All                                               25-Oct-99 14:48:15
Subj: Re: WPS class WPINSTALL

From: [e-mail] (Ilya Zakharevich)

[A complimentary Cc of this posting was sent to Leon D. Zetekoff
<[e-mail]>],
who wrote in article <[e-mail]>:
> I've been after IBM ever since they abandoned the Software Installer.
> Recently I tried again and they refuse to make it public. Talk about
> tunnelvision.

Given what piece of junk SoftInstaller was, I'm not surprised.  Is
Feature Installer similar in crappiness?  I have never seen it...

Ilya

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Department of Mathematics, The Ohio State Univers
(1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                       25-Oct-99 20:24:22
  To: All                                               25-Oct-99 19:06:15
Subj: Re: Running CGI and Perl modules in OS/2

From: [e-mail]

On Sun, 24 Oct 1999 16:49:46, Eric Laffoon <[e-mail]> wrote:

> Does anyone know how to get this to work? I have two questions...
> 1) How do I get my system to run CGI scripts from the browser without
> having to upload to the site to test? I can run perl, so it seems I
> should be able to do this.

Rename the script foo.cmd, and add as the first line:
extproc perl -S

> 2) I have downloaded CGI-pm and even though I have Perl5 installed I
> can't seem to run modules. I've been through the Perl.inf file OS/2
> section... as far as I can tell this is some configuration nightmare!!!
> There are files everywhere, non-existant paths indicated with errors,
> totally erroneous data returned with the -v option...
>
> I am limited to basic perl on my system right now... I've found a newer
> perl5.exe (5.00445 or something) and most all documentation and setup is
> two years old. Does anybody do this in OS/2 or should I just partition
> and boot Linux?

The latest version is 5.00553, available directly from Ilya
Zakharevich's site (the porter and maintainer), at
ftp://ftp.math.ohio-state.edu/pub/users/ilya/. This installs
automatically without any problems, and adds paths to config.sys.
Running perl -v returns only pertinent data - I suggest that the first
thing to do is update perl. There should be no need to use Linux,
unless you need some particular feature which doesn't work the same on
OS/2 - the .inf manual covers all this. Certainly running .cgi scripts
as .cmd works fine here in general. Though having said that, I do have
a particular perl programme (very complex) which will not - yet - run
quite the same under OS/2 as under Linux.


> Eric Laffoon
>
Cheers
Lyn St George
lyn at zolotek dot com

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Origin Line 1 Goes Here (1:109/42)

+----------------------------------------------------------------------------+

From: rmahoney@_REMOVE_THIS_netusa.net                  25-Oct-99 23:16:25
  To: All                                               25-Oct-99 21:17:19
Subj: Re: netscape for OS/2 2.02 DDE info?

From: rmahoney@_REMOVE_THIS_netusa.net (Robert Mahoney)

On Mon, 25 Oct 1999 13:33:04, "jim osborne" <[e-mail]>
wrote:

> netscape removed the link from their site -
> home.netscape.com/newsref/std/ddeapi.html,  anyone have this info they can
> send me?

  Try this:

http://developer.netscape.com:80/docs/manuals/communicator/DDE/index.h
tml

Bob
--
Robert Mahoney
2Rud Software and Consulting
http://www.netusa.net/~rmahoney

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: 2Rud Software (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                25-Oct-99 23:48:29
  To: All                                               26-Oct-99 05:14:19
Subj: DosDevIOCtl questions

From: Jim Parker <[e-mail]>

I've got an old IBM C/C++ compiler Toolkit for OS/2 2.1. Included in the
Toolkit header files is bsedev.h which includes a define for
DSK_READTRACK which appears to be a function handled by DosDevIOCtl
which will allow me to read a specific sector from a disk. However, I
don't have any documentation which shows how to use DosDevIOCtl to do
that. Basically what I want to do is: given a drive spec (E.g., x:) and
a cylinder/ header/ sector, read the sector into a buffer.

How do I do that? Is there a book available which explains this sort of
thing? Is it still available?

Thanks
Jim

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Origin Line 1 Goes Here (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              26-Oct-99 10:38:20
  To: All                                               26-Oct-99 20:25:02
Subj: Re: ftp client code upload problem

From: [e-mail]

In <[e-mail]>, James Moe <[e-mail]> writes:
>
>
>[e-mail] wrote:
>>
>> Hello all,
>>
>> I have been working on an ftp client written in c for
>> over a year. The program works flawlessly when communicating
>> with a unix or os/2 server.
>>
>> Recently, I placed an ftp server on a win95 machine. In testing my
>> client, I found that downloads worked well, but consistenly, the
>> uploads to the win95 machine would allways come up short in bytes.
>>
>> I am really perplexed about this since I find no problems uploading
>> to other systems.
>>
>> Anyone have any thoughts. I am reaching for straws here.
>>
>    At the risk of offering the obvious: Did you transfer in binary
>mode?
>    I cannot imagine why it would be different for win95. Perhaps the
>other systems default to binary whereas the win95 system defaults to
>text?
>

The client automatically sets binary mode before the transfer.
I can watch it send every bit of the file, but for win95, the
last 10th of the file doesn't transfer. Really strange....

Keith Cotroneo
[e-mail]

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                      26-Oct-99 19:51:18
  To: All                                               26-Oct-99 20:25:02
Subj: Re: Dump Formatter (PMDF) help requested

From: [e-mail] (Kevin)

found the problem. Analysing a dump from a PC with FP10 on a machine
with FP4 and the version of PMDF from base. Upgraded to the new PMDF
from FP10 and everything works!

Now my question is with a semaphore wait in the VAC++ runtime exit
list processing.

It appears that my application has trapped E, although no trap screen
was displayed. The task status indicates that the application is
terminating and is in exit list processing. Thread 1 is waiting on a
private unnamed semaphore. DOS32WAITEVENTSEM was called from within
the C runtime. Unwinding the stack, I find that it was ultimately
called from a routine called __RunExitList in the C runtime. Does
anyone know what the semaphore is for, why it hasn't been cleared, or
what to do to fix this problem?

Thanks,
Kevin

On Sat, 23 Oct 1999 11:24:58 GMT, [e-mail] (Kevin)
wrote:

>I have a large complex application that hangs from time to time. Only
>the application process is hung - the rest of OS/2 and other processes
>continue to run. I have tried every process killer I could find, but
>nothing will kill the application when it is hung. This leads me to
>believe it is blocked in ring 0.
>
>I have managed to get a dump from only one occurrance of the hang so
>far. The process has a single thread that is blocked on an unnamed
>private semaphore. I would like to try to unwind the stack to see
>where it last left the application. The R command displays the
>registers, but when it tries to display the current instruction it
>prints the message 'Invalid linear address 5b:17f4d3' (for example,
>don't have the actual address to hand). The same thing happens with
>any commands that use the stack address. I have looked at two other
>slots. One worked fine with the R command, the other also gave the
>invalid linear address message. Is this a fluke? Will I be able to get
>any further with this dump? Am I likely to have better luck if I
>manage to capture another dump?
>
>The only other information I have is that the address in EIP appears
>to belong to the VAC++ runtime DLL.
>
>Thanks for any help,
>Kevin

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Organization (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                      26-Oct-99 19:51:19
  To: All                                               26-Oct-99 20:25:02
Subj: App hangs waiting on semaphore in C runtime exit list processing

From: [e-mail] (Kevin)

I have a large complex application that hangs from time to time. Only
the application process is hung - the rest of OS/2 and other processes
continue to run. I have tried every process killer I could find, but
nothing will kill the application when it is hung. This leads me to
believe it is blocked in ring 0.

I have managed to get a dump from only one occurrance of the hang so
far. The process has a single thread that is blocked on an unnamed
private semaphore. It appears that my application has trapped E,
although no trap screen was displayed. The task status indicates that
the application is terminating and is in exit list processing. Thread
1 is waiting on a private unnamed semaphore. DOS32WAITEVENTSEM was
called from within the C runtime. Unwinding the stack, I find that it
was ultimately called from a routine called __RunExitList in the C
runtime. Does anyone know what the semaphore is for, why it hasn't
been cleared, or what to do to fix this problem?

Thanks,
Kevin

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Organization (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              26-Oct-99 23:14:12
  To: All                                               28-Oct-99 10:23:12
Subj: Re: ftp client code upload problem

From: [e-mail]

In <47fkd6T3ejeb-pn2-OgZSFhKKFdCI@tivv>, [e-mail] (Vit Timchishin)
writes:
>On Tue, 26 Oct 1999 10:38:41, [e-mail] wrote:
>
>> In <[e-mail]>, James Moe <[e-mail]> writes:
>> >
>> >
>> >[e-mail] wrote:
>> >>
>> >> Hello all,
>> >>
>> >> I have been working on an ftp client written in c for
>> >> over a year. The program works flawlessly when communicating
>> >> with a unix or os/2 server.
>> >>
>> >> Recently, I placed an ftp server on a win95 machine. In testing my
>> >> client, I found that downloads worked well, but consistenly, the
>> >> uploads to the win95 machine would allways come up short in bytes.
>> >>
>> >> I am really perplexed about this since I find no problems uploading
>> >> to other systems.
>> >>
>> >> Anyone have any thoughts. I am reaching for straws here.
>> >>
>> >    At the risk of offering the obvious: Did you transfer in binary
>> >mode?
>> >    I cannot imagine why it would be different for win95. Perhaps the
>> >other systems default to binary whereas the win95 system defaults to
>> >text?
>> >
>>
>> The client automatically sets binary mode before the transfer.
>> I can watch it send every bit of the file, but for win95, the
>> last 10th of the file doesn't transfer. Really strange....
>Do you shutdown socket properly? Or simply closes it (DATA connection)? This
can
>be an answer

I issue a soclose on the datasocket:
       soclose( iDataSocket );

Strange thing is that I am not having this problem when I use rxftp.dll
to upload. My C client is having the problem, but only to the server
running on my windows machine. Uploads to unix or os/2 servers do
fine.

I have wonder if the transmission speed of the c client is choking
the win95 server. Strange that it allways seems to error at the last
10% of the file.

Keith Cotroneo
[e-mail]

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                26-Oct-99 21:58:04
  To: thannymeister@.yahoo.com                          28-Oct-99 10:23:12
Subj: Re: DosDevIOCtl questions

To: Mike Ruskai <thannymeister@.yahoo.com>
From: Jim Parker <[e-mail]>

Mike Ruskai wrote:

> On Mon, 25 Oct 1999 23:48:59 -0400, Jim Parker wrote:
>
> >I've got an old IBM C/C++ compiler Toolkit for OS/2 2.1. Included in the
> >Toolkit header files is bsedev.h which includes a define for
> >DSK_READTRACK which appears to be a function handled by DosDevIOCtl
> >which will allow me to read a specific sector from a disk. However, I
> >don't have any documentation which shows how to use DosDevIOCtl to do
> >that. Basically what I want to do is: given a drive spec (E.g., x:) and
> >a cylinder/ header/ sector, read the sector into a buffer.
> >
> >How do I do that? Is there a book available which explains this sort of
> >thing? Is it still available?
>
> You should have the toolkit documentation, which does give a reasonably
> competent explanation for how to use category 8 I/O functions.
>
> It just so happens that I've been doing a lot of that lately, so here's an
> example, that reads the boot record for the specified drive.  That boot
> record will be either the master boot record, in the case of a primary
> partition, or the logical boot record, in the case of a logical drive.
>
> That is, if you give the drive letter of a primary partition, the sector
read
> will be the Master Boot Record of the drive (the first sector).  If you give
> the drive letter of a logical drive in an extended partition, the sector
read
> will be the fake boot record with the partition table pointing to the
logical
> drive you gave as a parameter, and, if there are more logical drives in the
> extended partition after it, the next fake boot record.
>
> The BIOSPARAMETERBLOCK structure (variable bpBlock in this program) has
> information about the drive geometry, which would let you check your CHS
> bounds, and convert a sector offset into a CHS value.
>
> I've found that DosDevIOCtl() fails if you have a value of anything other
> than 0 for the usFirstSector element of the TRACKLAYOUT structure.
>
> #define INCL_DOSDEVICES
> #define INCL_DOSDEVIOCTL
> #define INCL_DOSFILEMGR
> #define INCL_DOSERRORS
> #include <os2.h>
> #include <string.h>
> #include <stdlib.h>
> #include <stdio.h>
> #include <ctype.h>
>
> #define FAIL_USAGE 3
> #define FAIL_BAD_DRIVE_STRING 4
> #define FAIL_INVALID_DRIVE 5
> #define FAIL_UNKNOWN_FSTYPE 6
> #define FAIL_OPEN_DRIVE 8
> #define FAIL_UNKNOWN_SECTOR_SIZE 10
> #define FAIL_BAD_SECTOR_SIZE 11
> #define FAIL_READ_DRIVE 13
> #define FAIL_MEMORY_ALLOCATION 15
>
> _Inline void Usage(void);
> _Inline void rcReportError(char *fName, ULONG rc);
> _Inline void ReportError(char *eString);
>
> int main(int argc, char *argv[])
> {
>     HFILE driveHandle;
>     ULONG openAction, openMode, bufLen, bpParmLen, bpDataLen,
>           driveNum, smParm, dPointer, cRead;
>     int i;
>     APIRET rc;
>     char driveString[3], driveLetter, *fsStuff, bpParm[2], bpData[50],
>          *sdata;
>     USHORT sectorSize;
>     FSQBUFFER2 *fsBuffer;
>     BIOSPARAMETERBLOCK bpBlock;
>     TRACKLAYOUT *tl;
>     FSALLOCATE fsa;
>     FILE *dataFile;
>
>     if (argc!=2)
>         {
>         Usage();
>         return FAIL_USAGE;
>         }
>
>     memset(driveString, 0, sizeof(driveString));
>     strncpy(driveString, argv[1], sizeof(driveString)-1);
>
>     /*
>         The following verifies that the drive letter provided
>         is a letter from A to Z, and that the second character
>         is a colon
>     */
>
>     driveLetter=toupper(driveString[0]);
>     if (driveLetter<65 || driveLetter>90 || driveString[1]!=':')
>         {
>         ReportError("Invalid drive string provided.");
>         Usage();
>         return FAIL_BAD_DRIVE_STRING;
>         }
>
>     /*
>         This next bit uses DosOpen() to open the entire drive for reading.
>     */
>
>     openMode=0;
>     openMode=openMode | OPEN_FLAGS_DASD | OPEN_ACCESS_READONLY |
> OPEN_SHARE_DENYNONE;
>     rc=DosOpen(driveString, &driveHandle, &openAction, 0L, 0L, FILE_OPEN,
> openMode, 0L);
>     if (rc!=NO_ERROR)
>         {
>         ReportError("Unable to open drive.");
>         rcReportError("DosOpen", rc);
>         return FAIL_OPEN_DRIVE;
>         }
>
>     /*
>         Here we use a category 8, function 0x63 call to DosDevIOCtl()
>         to determine the physical sector size of the drive in question.
>         This information is necessary to correctly set the file
>         pointer to the location of the partition status byte.  The only
>         checking done is to verify that the returned value is greater
>         than zero.  Otherwise, the program relies entirely on the
>         validity of the data in the BIOS Parameter Block, which is just
>         a label for certain information contained in the boot sector.
>     */
>
>     memset(bpParm, 0, sizeof(bpParm));
>     memset(bpData, 0, sizeof(bpData));
>     bpParmLen=0;
>     bpDataLen=0;
>     rc=DosDevIOCtl(driveHandle, IOCTL_DISK, DSK_GETDEVICEPARAMS,
>                    bpParm, sizeof(bpParm), &bpParmLen,
>                    bpData, sizeof(bpData), &bpDataLen);
>
>     if (rc!=NO_ERROR)
>         {
>         DosClose(driveHandle);
>         ReportError("Unable to determine sector size.");
>         rcReportError("DosDevIOCtl", rc);
>         return FAIL_UNKNOWN_SECTOR_SIZE;
>         }
>
>     memset(&bpBlock, 0, sizeof(bpBlock));
>     memcpy(&bpBlock, bpData, sizeof(bpBlock));
>     sectorSize=0;
>     sectorSize=bpBlock.usBytesPerSector;
>     if (sectorSize==0)
>         {
>         DosClose(driveHandle);
>         ReportError("Bad sector size returned by DosDevIOCtl().");
>         return FAIL_BAD_SECTOR_SIZE;
>         }
>
>     bpParmLen=sizeof(TRACKLAYOUT)+sizeof(ULONG);
>     tl=(PTRACKLAYOUT)malloc(bpParmLen);
>     if (tl==NULL)
>         {
>         DosClose(driveHandle);
>         ReportError("Memory allocation error.");
>         return FAIL_MEMORY_ALLOCATION;
>         }
>
>     bpDataLen=sectorSize;
>
>     sdata=(char*)malloc(bpDataLen);
>     if (sdata==NULL)
>         {
>         DosClose(driveHandle);
>         ReportError("Memory allocation error.");
>         return FAIL_MEMORY_ALLOCATION;
>         }
>     memset(sdata, 0, bpDataLen);
>
>     /*
>         The head and cylinder numbers are relative to the beginning of
>         the "logical drive", which for a logical drive in the extended
>         partition is the partition table immediately preceding the drive,
>         and for a primary partition is the physical drive it's on.
>     */
>
>     tl->bCommand=0;
>     tl->usHead=0;
>     tl->usCylinder=0;
>     tl->usFirstSector=0;
>     tl->cSectors=1;
>
>     tl->TrackTable[0].usSectorNumber=1;
>     tl->TrackTable[0].usSectorSize=sectorSize;
>
>     rc=DosDevIOCtl(driveHandle, IOCTL_DISK, DSK_READTRACK, tl,
>                    bpParmLen, &bpParmLen, sdata, bpDataLen, &bpDataLen);
>
>     if (rc!=NO_ERROR)
>         {
>         DosClose(driveHandle);
>         ReportError("Unable to read boot record.");
>         rcReportError("DosDevIOCtl", rc);
>         return FAIL_READ_DRIVE;
>         }
>
>     dataFile=fopen("sectdata.dat", "wb");
>     fwrite(sdata, sectorSize, 1, dataFile);
>     fclose(dataFile);
>
>     printf("\n%d-byte boot record written to sectdata.dat\n", sectorSize);
>
>     free(tl);
>     free(sdata);
>
>     DosClose(driveHandle);
>
>     return 0;
> }
>
> /*
>     This just shows the program usage, which is exceedingly simple.
> */
>
> _Inline void Usage(void)
> {
>     ReportError("Usage: ioex.exe <drive letter>");
>     ReportError("<drive letter> - letter of drive to read boot record
from");
>     return;
> }
>
> /*
>     These next two just clean up error reporting in the main function.
>     The first gives a generic API function failure message.  The second
>     just writes a string.  Both go to standard error.
> */
>
> _Inline void rcReportError(char *fName, ULONG rc)
> {
>     fprintf(stderr, "\n%s() failed with error %d\n", fName, rc);
>     return;
> }
>
> _Inline void ReportError(char *eString)
> {
>     fprintf(stderr, "\n%s\n", eString);
>     return;
> }
>
> --
>  - Mike
>
> Remove 'spambegone' to send e-mail.

Thank you, thank you, thank you.

Works like a champ.

Jim



--- WtrGate+ v0.93.p7 sn 165
 * Origin: Origin Line 1 Goes Here (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                26-Oct-99 21:58:24
  To: thannymeister@.yahoo.com                          28-Oct-99 10:23:12
Subj: Re: DosDevIOCtl questions

To: thannymeister@.yahoo.com
From: Jim Parker <[e-mail]>

Mike Ruskai wrote:

> On Mon, 25 Oct 1999 23:48:59 -0400, Jim Parker wrote:
>
> >I've got an old IBM C/C++ compiler Toolkit for OS/2 2.1. Included in the
> >Toolkit header files is bsedev.h which includes a define for
> >DSK_READTRACK which appears to be a function handled by DosDevIOCtl
> >which will allow me to read a specific sector from a disk. However, I
> >don't have any documentation which shows how to use DosDevIOCtl to do
> >that. Basically what I want to do is: given a drive spec (E.g., x:) and
> >a cylinder/ header/ sector, read the sector into a buffer.
> >
> >How do I do that? Is there a book available which explains this sort of
> >thing? Is it still available?
>
> You should have the toolkit documentation, which does give a reasonably
> competent explanation for how to use category 8 I/O functions.
>
> It just so happens that I've been doing a lot of that lately, so here's an
> example, that reads the boot record for the specified drive.  That boot
> record will be either the master boot record, in the case of a primary
> partition, or the logical boot record, in the case of a logical drive.
>
> That is, if you give the drive letter of a primary partition, the sector
read
> will be the Master Boot Record of the drive (the first sector).  If you give
> the drive letter of a logical drive in an extended partition, the sector
read
> will be the fake boot record with the partition table pointing to the
logical
> drive you gave as a parameter, and, if there are more logical drives in the
> extended partition after it, the next fake boot record.
>
> The BIOSPARAMETERBLOCK structure (variable bpBlock in this program) has
> information about the drive geometry, which would let you check your CHS
> bounds, and convert a sector offset into a CHS value.
>
> I've found that DosDevIOCtl() fails if you have a value of anything other
> than 0 for the usFirstSector element of the TRACKLAYOUT structure.
>
> #define INCL_DOSDEVICES
> #define INCL_DOSDEVIOCTL
> #define INCL_DOSFILEMGR
> #define INCL_DOSERRORS
> #include <os2.h>
> #include <string.h>
> #include <stdlib.h>
> #include <stdio.h>
> #include <ctype.h>
>
> #define FAIL_USAGE 3
> #define FAIL_BAD_DRIVE_STRING 4
> #define FAIL_INVALID_DRIVE 5
> #define FAIL_UNKNOWN_FSTYPE 6
> #define FAIL_OPEN_DRIVE 8
> #define FAIL_UNKNOWN_SECTOR_SIZE 10
> #define FAIL_BAD_SECTOR_SIZE 11
> #define FAIL_READ_DRIVE 13
> #define FAIL_MEMORY_ALLOCATION 15
>
> _Inline void Usage(void);
> _Inline void rcReportError(char *fName, ULONG rc);
> _Inline void ReportError(char *eString);
>
> int main(int argc, char *argv[])
> {
>     HFILE driveHandle;
>     ULONG openAction, openMode, bufLen, bpParmLen, bpDataLen,
>           driveNum, smParm, dPointer, cRead;
>     int i;
>     APIRET rc;
>     char driveString[3], driveLetter, *fsStuff, bpParm[2], bpData[50],
>          *sdata;
>     USHORT sectorSize;
>     FSQBUFFER2 *fsBuffer;
>     BIOSPARAMETERBLOCK bpBlock;
>     TRACKLAYOUT *tl;
>     FSALLOCATE fsa;
>     FILE *dataFile;
>
>     if (argc!=2)
>         {
>         Usage();
>         return FAIL_USAGE;
>         }
>
>     memset(driveString, 0, sizeof(driveString));
>     strncpy(driveString, argv[1], sizeof(driveString)-1);
>
>     /*
>         The following verifies that the drive letter provided
>         is a letter from A to Z, and that the second character
>         is a colon
>     */
>
>     driveLetter=toupper(driveString[0]);
>     if (driveLetter<65 || driveLetter>90 || driveString[1]!=':')
>         {
>         ReportError("Invalid drive string provided.");
>         Usage();
>         return FAIL_BAD_DRIVE_STRING;
>         }
>
>     /*
>         This next bit uses DosOpen() to open the entire drive for reading.
>     */
>
>     openMode=0;
>     openMode=openMode | OPEN_FLAGS_DASD | OPEN_ACCESS_READONLY |
> OPEN_SHARE_DENYNONE;
>     rc=DosOpen(driveString, &driveHandle, &openAction, 0L, 0L, FILE_OPEN,
> openMode, 0L);
>     if (rc!=NO_ERROR)
>         {
>         ReportError("Unable to open drive.");
>         rcReportError("DosOpen", rc);
>         return FAIL_OPEN_DRIVE;
>         }
>
>     /*
>         Here we use a category 8, function 0x63 call to DosDevIOCtl()
>         to determine the physical sector size of the drive in question.
>         This information is necessary to correctly set the file
>         pointer to the location of the partition status byte.  The only
>         checking done is to verify that the returned value is greater
>         than zero.  Otherwise, the program relies entirely on the
>         validity of the data in the BIOS Parameter Block, which is just
>         a label for certain information contained in the boot sector.
>     */
>
>     memset(bpParm, 0, sizeof(bpParm));
>     memset(bpData, 0, sizeof(bpData));
>     bpParmLen=0;
>     bpDataLen=0;
>     rc=DosDevIOCtl(driveHandle, IOCTL_DISK, DSK_GETDEVICEPARAMS,
>                    bpParm, sizeof(bpParm), &bpParmLen,
>                    bpData, sizeof(bpData), &bpDataLen);
>
>     if (rc!=NO_ERROR)
>         {
>         DosClose(driveHandle);
>         ReportError("Unable to determine sector size.");
>         rcReportError("DosDevIOCtl", rc);
>         return FAIL_UNKNOWN_SECTOR_SIZE;
>         }
>
>     memset(&bpBlock, 0, sizeof(bpBlock));
>     memcpy(&bpBlock, bpData, sizeof(bpBlock));
>     sectorSize=0;
>     sectorSize=bpBlock.usBytesPerSector;
>     if (sectorSize==0)
>         {
>         DosClose(driveHandle);
>         ReportError("Bad sector size returned by DosDevIOCtl().");
>         return FAIL_BAD_SECTOR_SIZE;
>         }
>
>     bpParmLen=sizeof(TRACKLAYOUT)+sizeof(ULONG);
>     tl=(PTRACKLAYOUT)malloc(bpParmLen);
>     if (tl==NULL)
>         {
>         DosClose(driveHandle);
>         ReportError("Memory allocation error.");
>         return FAIL_MEMORY_ALLOCATION;
>         }
>
>     bpDataLen=sectorSize;
>
>     sdata=(char*)malloc(bpDataLen);
>     if (sdata==NULL)
>         {
>         DosClose(driveHandle);
>         ReportError("Memory allocation error.");
>         return FAIL_MEMORY_ALLOCATION;
>         }
>     memset(sdata, 0, bpDataLen);
>
>     /*
>         The head and cylinder numbers are relative to the beginning of
>         the "logical drive", which for a logical drive in the extended
>         partition is the partition table immediately preceding the drive,
>         and for a primary partition is the physical drive it's on.
>     */
>
>     tl->bCommand=0;
>     tl->usHead=0;
>     tl->usCylinder=0;
>     tl->usFirstSector=0;
>     tl->cSectors=1;
>
>     tl->TrackTable[0].usSectorNumber=1;
>     tl->TrackTable[0].usSectorSize=sectorSize;
>
>     rc=DosDevIOCtl(driveHandle, IOCTL_DISK, DSK_READTRACK, tl,
>                    bpParmLen, &bpParmLen, sdata, bpDataLen, &bpDataLen);
>
>     if (rc!=NO_ERROR)
>         {
>         DosClose(driveHandle);
>         ReportError("Unable to read boot record.");
>         rcReportError("DosDevIOCtl", rc);
>         return FAIL_READ_DRIVE;
>         }
>
>     dataFile=fopen("sectdata.dat", "wb");
>     fwrite(sdata, sectorSize, 1, dataFile);
>     fclose(dataFile);
>
>     printf("\n%d-byte boot record written to sectdata.dat\n", sectorSize);
>
>     free(tl);
>     free(sdata);
>
>     DosClose(driveHandle);
>
>     return 0;
> }
>
> /*
>     This just shows the program usage, which is exceedingly simple.
> */
>
> _Inline void Usage(void)
> {
>     ReportError("Usage: ioex.exe <drive letter>");
>     ReportError("<drive letter> - letter of drive to read boot record
from");
>     return;
> }
>
> /*
>     These next two just clean up error reporting in the main function.
>     The first gives a generic API function failure message.  The second
>     just writes a string.  Both go to standard error.
> */
>
> _Inline void rcReportError(char *fName, ULONG rc)
> {
>     fprintf(stderr, "\n%s() failed with error %d\n", fName, rc);
>     return;
> }
>
> _Inline void ReportError(char *eString)
> {
>     fprintf(stderr, "\n%s\n", eString);
>     return;
> }
>
> --
>  - Mike
>
> Remove 'spambegone' to send e-mail.

Thank you, thank you, thank you.

Works like a champ.

Jim



--- WtrGate+ v0.93.p7 sn 165
 * Origin: Origin Line 1 Goes Here (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              27-Oct-99 02:19:22
  To: All                                               28-Oct-99 10:23:14
Subj: C code to insert a timed pause in a loop

From: [e-mail]

In <[e-mail]>, "Mike
Ruskai" <[e-mail]> writes:
>On 26 Oct 1999 11:04:05 GMT, Vit Timchishin wrote:
>
>>On Tue, 26 Oct 1999 10:38:41, [e-mail] wrote:
>[snip]
>
>>> The client automatically sets binary mode before the transfer.
>>> I can watch it send every bit of the file, but for win95, the
>>> last 10th of the file doesn't transfer. Really strange....
>
>>Do you shutdown socket properly? Or simply closes it (DATA connection)? This
can
>>be an answer
>
>Hardly.  Closing a socket always shuts it down if it hasn't been already.
>
>So long as the successful transfer response is received on the control
>connection, it's safe to close the data connection (which should have been
>closed at the server end by that time anyway).
It turns out that the win95 ftp server is choking on the speed
of the uploads from my client.  This does not happen when
uploading to unix or os/2 servers.

Anyone have a cpu friendly C code example to insert a timed pause
in a loop?


Keith


Keith Cotroneo
[e-mail]

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                               26-Oct-99 23:53:02
  To: All                                               28-Oct-99 10:23:14
Subj: Re: ftp client code upload problem

From: "dinkmeister" <[e-mail]>

On Tue, 26 Oct 1999 23:14:24 GMT, [e-mail] wrote:

>Strange thing is that I am not having this problem when I use rxftp.dll
>to upload. My C client is having the problem, but only to the server
>running on my windows machine. Uploads to unix or os/2 servers do
>fine.
>
>I have wonder if the transmission speed of the c client is choking
>the win95 server. Strange that it allways seems to error at the last
>10% of the file.

Sounds like a timeing problem, post (or e-mail) the upload code
and I'll check it out.  (my email is @ http://dink.org/email - I
do it this way to avoid spam <g>)

- dink ( http://dink.org )





--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: psychadelia (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                26-Oct-99 22:28:03
  To: All                                               28-Oct-99 10:23:14
Subj: Re: DosDevIOCtl questions

From: Jim Parker <[e-mail]>

Lorne Sunley wrote:

> On Tue, 26 Oct 1999 03:48:59, Jim Parker <[e-mail]> wrote:
>
> > I've got an old IBM C/C++ compiler Toolkit for OS/2 2.1. Included in the
> > Toolkit header files is bsedev.h which includes a define for
> > DSK_READTRACK which appears to be a function handled by DosDevIOCtl
> > which will allow me to read a specific sector from a disk. However, I
> > don't have any documentation which shows how to use DosDevIOCtl to do
> > that. Basically what I want to do is: given a drive spec (E.g., x:) and
> > a cylinder/ header/ sector, read the sector into a buffer.
> >
> > How do I do that? Is there a book available which explains this sort of
> > thing? Is it still available?
> >
>
> It is still a documented function in the latest toolkit for Warp 4.5
> (Warp Server for e-Business). The documentation is in the
> "Control Program Programming Guide and Reference" that is
> in the documentation for the toolkit.
>
> Lorne Sunley

The version of that document that I have (circa 1993) shows little more than
the function prototype. Not very informative regarding its use for any
particular device. Perhaps later versions contain more.

Thanks
Jim


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Origin Line 1 Goes Here (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                           27-Oct-99 03:35:04
  To: All                                               28-Oct-99 10:23:14
Subj: Re: DosDevIOCtl questions

From: [e-mail] (Lorne Sunley)

On Wed, 27 Oct 1999 02:28:06, Jim Parker <[e-mail]> wrote:

> Lorne Sunley wrote:
>
> > On Tue, 26 Oct 1999 03:48:59, Jim Parker <[e-mail]> wrote:
> >
> > > I've got an old IBM C/C++ compiler Toolkit for OS/2 2.1. Included in the
> > > Toolkit header files is bsedev.h which includes a define for
> > > DSK_READTRACK which appears to be a function handled by DosDevIOCtl
> > > which will allow me to read a specific sector from a disk. However, I
> > > don't have any documentation which shows how to use DosDevIOCtl to do
> > > that. Basically what I want to do is: given a drive spec (E.g., x:) and
> > > a cylinder/ header/ sector, read the sector into a buffer.
> > >
> > > How do I do that? Is there a book available which explains this sort of
> > > thing? Is it still available?
> > >
> >
> > It is still a documented function in the latest toolkit for Warp 4.5
> > (Warp Server for e-Business). The documentation is in the
> > "Control Program Programming Guide and Reference" that is
> > in the documentation for the toolkit.
> >
> > Lorne Sunley
>
> The version of that document that I have (circa 1993) shows little more than
> the function prototype. Not very informative regarding its use for any
> particular device. Perhaps later versions contain more.
>

The document is available on the IBM developer connection
web site. It's available at "Guest" level which is a free
registration.
It's in three parts.

URL http://service2.boulder.ibm.com/devcon/showcase/index2.html

Lorne Sunley



--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: MBnet Networking Inc. (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              27-Oct-99 04:14:15
  To: All                                               28-Oct-99 10:23:14
Subj: Re: ftp client code upload problem

From: [e-mail]

In <[e-mail]>, "dinkmeister"
<[e-mail]> writes:
>On Tue, 26 Oct 1999 23:14:24 GMT, [e-mail] wrote:
>
>>Strange thing is that I am not having this problem when I use rxftp.dll
>>to upload. My C client is having the problem, but only to the server
>>running on my windows machine. Uploads to unix or os/2 servers do
>>fine.
>>
>>I have wonder if the transmission speed of the c client is choking
>>the win95 server. Strange that it allways seems to error at the last
>>10% of the file.
>
>Sounds like a timeing problem, post (or e-mail) the upload code
>and I'll check it out.  (my email is @ http://dink.org/email - I
>do it this way to avoid spam <g>)
>
>- dink ( http://dink.org )
>
>
>
>
>
Thanks dink,

I think I have sorted it out. It appears that sending larger chunks of data
with a delay relieves the situation.

Previously, I had a send buffer of 8196 bytes with no delay between
sends. I increased the send buffer to 24576 and inserted a 1500 millisecond
delay with dossleep between sends. Now I am getting full transfers.

It appears that larger send buffers with delays between sends helps
in poor server environments.

Keith

Keith Cotroneo
[e-mail]

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                27-Oct-99 00:23:25
  To: All                                               28-Oct-99 10:23:14
Subj: Re: C code to insert a timed pause in a loop

From: "Mike Ruskai" <[e-mail]>

On Wed, 27 Oct 1999 02:19:45 GMT, [e-mail] wrote:

[snip]

>It turns out that the win95 ftp server is choking on the speed
>of the uploads from my client.  This does not happen when
>uploading to unix or os/2 servers.

That seems dubious.  Have you verified that the packets are making it to
the other machine?

>Anyone have a cpu friendly C code example to insert a timed pause
>in a loop?

I don't think there's any portable C method.  OS/2 has DosSleep(), and
Win32 has Sleep() (both take as a single argument the number of
milliseconds to sleep).



 - Mike

Remove 'spambegone' to send e-mail.


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: TLF (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                27-Oct-99 00:26:10
  To: All                                               28-Oct-99 10:23:14
Subj: Re: DosDevIOCtl questions

From: "Mike Ruskai" <[e-mail]>

On Tue, 26 Oct 1999 22:28:06 -0400, Jim Parker wrote:

[snip]

>The version of that document that I have (circa 1993) shows little more than
>the function prototype. Not very informative regarding its use for any
>particular device. Perhaps later versions contain more.

FYI, the documentation for the function doesn't cover the generic IOCtl
commands, which have a separate main heading at the top of the contents tree,
towards the bottom.


--
 - Mike

Remove 'spambegone' to send e-mail.


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: TLF (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                           27-Oct-99 01:06:05
  To: All                                               28-Oct-99 10:23:14
Subj: CL.EXE and device driver kit

From: "andrew g" <[e-mail]>

Will someone be kind enough to post the URL for the OS/2 driver toolkits at
DevCon? I can't find them there anymore. :(

Thanks,

andrew


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Introits and Graduals (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                      26-Oct-99 23:05:25
  To: All                                               28-Oct-99 10:23:14
Subj: Re: Watcom 11.0b on OS/2 Warp Server for e-Business

From: bogus <[e-mail]>

I have with some help determined that Watcom's debugger starts my 32-bit
OS/2 app as a 16-bit using a 16:16 (17:5f47) start address rather than
the correct 0:32 (5b:25f42) one when run under WSeB.  Under Warp 4
Watcom's debugger works correctly, under Borland's debugger in Warp and
WSeB it works correctly.  In either OS the app will run properly (it
works, I am just using it for testing the debugger.)

Suggestions to aurorasw direct ca (insert appropriate ats and dots.)

Thanks for your help.

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Origin Line 1 Goes Here (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              27-Oct-99 06:42:29
  To: All                                               28-Oct-99 10:23:15
Subj: Re: ftp client code upload problem

From: James Moe <[e-mail]>


[e-mail] wrote:
>
>
> The client automatically sets binary mode before the transfer.
> I can watch it send every bit of the file, but for win95, the
> last 10th of the file doesn't transfer. Really strange....
>
    Hmmmm... Is this really FTP? FTP is a standalone program. It can
(reluctantly) be used by other programs but in any case it is a stable
program.
    Have you tried different size files? Always the last 10% regardless
of size?

    It sounds more like you are connecting using sockets. Are you using
a TCP or UDP connection? TCP has a built-in flow control and error
recovery.
    UDP is faster, but at the expense of flow control or error recovery.
UDP simply sends the packet, no questions asked, no replies expected.
This would be a problem at the receiving end if it could not transfer
the data fast enough, or ran out of buffers; in both cases packets would
be dropped.

--

sma at rtd dot com
Remove ".spam-not" for email

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Sohnen-Moe Associates, Inc (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                            27-Oct-99 06:46:05
  To: All                                               28-Oct-99 10:23:15
Subj: Re: CL.EXE and device driver kit

From: [e-mail] (Harald Eilertsen)

On Wed, 27 Oct 1999 05:06:10, "andrew g" <[e-mail]>
wrote:

> Will someone be kind enough to post the URL for the OS/2 driver toolkits at
> DevCon? I can't find them there anymore. :(

http://service.boulder.ibm.com/ddk/

Take Care!
--
Harald Eilertsen
Norman Data Defence Systems
http://www.norman.no/

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Norman Data Defence Systems (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              25-Oct-99 11:59:27
  To: All                                               28-Oct-99 10:23:15
Subj: Re: IPX programming under OS/2?

From: [e-mail] (Ruediger Ihle)

On Sun, 24 Oct 1999 08:59:49, [e-mail] (Bart/2 (Bartosz
Tomasik)) wrote:

> Hi, Are there any libs for IPX/SPX programming under OS/2 Warp
> (Toolkit contains only TCP/IP libs...)
> -------------------------------------------------
>  Bart/2 irc:Ihsahn [e-mail] UIN:50890586
>  Asu'a member    http://www.asua.org.pl
>  TeamOS/2 Polska http://www.teamos2.org.pl

No, you need NOVELL's NetWare Client SDK for OS/2.
I'm not sure, if it is still possible to download it from NOVELL since
they abandoned OS/2 support.

--
Ruediger "Rudi" Ihle [S&T Systemtechnik GmbH, Germany,
http://www.s-t.de]
Please remove all characters left of the "R" in my email address


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: S&T (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                   27-Oct-99 09:15:18
  To: All                                               28-Oct-99 10:23:16
Subj: Re: ftp client code upload problem

From: [e-mail] (Vit Timchishin)

On Tue, 26 Oct 1999 16:16:18, "Mike Ruskai"
<[e-mail]>
wrote:

> On 26 Oct 1999 11:04:05 GMT, Vit Timchishin wrote:
>
> >On Tue, 26 Oct 1999 10:38:41, [e-mail] wrote:
> [snip]
>
> >> The client automatically sets binary mode before the transfer.
> >> I can watch it send every bit of the file, but for win95, the
> >> last 10th of the file doesn't transfer. Really strange....
>
> >Do you shutdown socket properly? Or simply closes it (DATA connection)?
This can
> >be an answer
>
> Hardly.  Closing a socket always shuts it down if it hasn't been already.
Why do we need soshutdown? At least this can be some bug in stack of poor
documentation.
>
> So long as the successful transfer response is received on the control
> connection, it's safe to close the data connection (which should have been
> closed at the server end by that time anyway).
For FTP uploads end of transfer is detected by server when you drop data
connection. You sentence is good for downloading, not uploding

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Navigator Online Internet News Server (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                   27-Oct-99 09:16:19
  To: All                                               28-Oct-99 10:23:16
Subj: Re: ftp client code upload problem

From: [e-mail] (Vit Timchishin)

On Tue, 26 Oct 1999 23:14:24, [e-mail] wrote:

> I issue a soclose on the datasocket:
>        soclose( iDataSocket );
>
> Strange thing is that I am not having this problem when I use rxftp.dll
> to upload. My C client is having the problem, but only to the server
> running on my windows machine. Uploads to unix or os/2 servers do
> fine.
Try shutdown(socket, 2) before closing.

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Navigator Online Internet News Server (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                     27-Oct-99 11:18:03
  To: All                                               28-Oct-99 10:23:16
Subj: Re: Non-functioning scrollbars

From: [e-mail] (Aaron Lawrence)

On Mon, 25 Oct 1999 13:33:17, Bobbi Rosenberger
<[e-mail]> wrote:

> This customer is telling me that none of the scrollbars in our
> application, or any other application (e.g. the OS/2 Window List)
> are working.
I've seen this on my system, suddenly all OS/2 scroll bars will stop
working and I have to reboot. Does not happen very often. My system is
Warp 4 Fixpack 6. Probably a later fixpack might help, but I haven't
tried.


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: CLEAR Net New Zealand (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                   27-Oct-99 12:01:28
  To: All                                               28-Oct-99 10:23:16
Subj: DOS environment

From: [e-mail] (Jason Stefanovich)

I have an OS/2 PM Rexx program written with VisProRexx 3.01 Gold.
Part of what it does is call a DOS full screen session to run a DOS
program.  I need to be able to set the environment for this DOS
session (same as changing the session properties on an object from the
WPS).  Does anybody know how I can do this from Rexx or if there is a
library that will allow me to do this?

Thanxs,
Jason Stefanovich

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Origin Line 1 Goes Here (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                  27-Oct-99 15:09:20
  To: All                                               28-Oct-99 10:23:17
Subj: Re: How do I read and write ethernet packets?

From: Niclas =?iso-8859-1?Q?Lindstr=F6m?= <[e-mail]>

It looks like you're right, I am digging into the LAN Tech Ref right
now... It will take some time to read and understand all this...:-)
Do you know if the samples are downloadable from the web...?

/Niclas


Michiel Karsch wrote:
>
> ACSLAN.DLL gives you access to the lowest level of ethernet (except for
> hardware). I believe the tcp/ip stack (and all others) uses this interface
> to assemble IP packets as well. It is documented in LAN technical
> reference, IEEE 802.2 and NETBIOS API. You can do everything you want that
> isn 't done in hardware (e.g. receiving packects that are not addressed to
> your card). Documentation is good, there are examples (c, asm code) using
> the api.
>

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: L M Ericsson Data AB (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              27-Oct-99 12:51:13
  To: All                                               28-Oct-99 10:23:17
Subj: Re: C code to insert a timed pause in a loop

From: [e-mail]

In <[e-mail]>, "Mike
Ruskai" <[e-mail]> writes:
>On Wed, 27 Oct 1999 02:19:45 GMT, [e-mail] wrote:
>
>[snip]
>
>>It turns out that the win95 ftp server is choking on the speed
>>of the uploads from my client.  This does not happen when
>>uploading to unix or os/2 servers.
>
>That seems dubious.  Have you verified that the packets are making it to
>the other machine?
>
>>Anyone have a cpu friendly C code example to insert a timed pause
>>in a loop?
>
>I don't think there's any portable C method.  OS/2 has DosSleep(), and
>Win32 has Sleep() (both take as a single argument the number of
>milliseconds to sleep).
>
>
>

Thanks, found dossleep.

Keith


Keith Cotroneo
[e-mail]

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              27-Oct-99 12:58:19
  To: All                                               28-Oct-99 10:23:17
Subj: Re: ftp client code upload problem - fixed

From: [e-mail]

In <[e-mail]>, James Moe <[e-mail]> writes:
>
>
>[e-mail] wrote:
>>
>>
>> The client automatically sets binary mode before the transfer.
>> I can watch it send every bit of the file, but for win95, the
>> last 10th of the file doesn't transfer. Really strange....
>>
>    Hmmmm... Is this really FTP? FTP is a standalone program. It can
>(reluctantly) be used by other programs but in any case it is a stable
>program.
>    Have you tried different size files? Always the last 10% regardless
>of size?
>
>    It sounds more like you are connecting using sockets. Are you using
>a TCP or UDP connection? TCP has a built-in flow control and error
>recovery.
>    UDP is faster, but at the expense of flow control or error recovery.
>UDP simply sends the packet, no questions asked, no replies expected.
>This would be a problem at the receiving end if it could not transfer
>the data fast enough, or ran out of buffers; in both cases packets would
>be dropped.
>

It is a tcp socket program written in C.

Well, I think I found my problem. After my put routine, I was then sending
a quit message to the server. Winsock appears to be more particular
about getting all the proper send and receive messages than unix or
os/2. I inserted a stream recv prior to the quit and I now get an
end of file transfer message back. Then I send the quit and get the
response.

Without the recv to get the end of transfer message, winsock
would abort the transfer.

I have run a few tests, and so far, no lost bytes.

Keith Cotroneo
[e-mail]

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                               27-Oct-99 16:45:28
  To: All                                               28-Oct-99 10:23:17
Subj: Mainactor Programming Problems

From: [e-mail] (M.P. van Dobben de Bruijn)


Guess none of you guys (and ladies of course) has
seen this as it was in a Dutch OS2-newsgroup. The
problem is formulated in English though. Perhaps any
one of the people here would know a way out of the
problem MainActor has with OS/2 choosing their new
programming-language and tools?

http://x22.deja.com/getdoc.xp?AN=533145077&CONTEXT=941042166.1972043901&hitnum=
0

Personally I would hate to see them go even if I
do not use their products (yet, I am not quite that in-
volved with that creative side of the computing scene)

Regards from Leeuwarden
Peter van Dobben de Bruijn
---
usethenet.at.the-net-4u.com (.at. becomes @)
----

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: TeleKabel (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                  27-Oct-99 16:49:25
  To: All                                               28-Oct-99 10:23:17
Subj: Re: DOS environment

From: [e-mail] (Frank Beythien)

On Wed, 27 Oct 1999 12:01:56, [e-mail] (Jason Stefanovich)
wrote:

Look for startd.zip on HOBBES.
Or create a Program object for the dos program with your settings
(perhaps in \NoWhere) and run it with SysOpenObject or
SysSetObjectData.

CU/2
Frank

> I have an OS/2 PM Rexx program written with VisProRexx 3.01 Gold.
> Part of what it does is call a DOS full screen session to run a DOS
> program.  I need to be able to set the environment for this DOS
> session (same as changing the session properties on an object from the
> WPS).  Does anybody know how I can do this from Rexx or if there is a
> library that will allow me to do this?

--
Frank Beythien   [e-mail]

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Prima e.V. - Dortmund - Germany (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                    27-Oct-99 18:12:16
  To: All                                               28-Oct-99 10:23:18
Subj: Re: How do I read and write ethernet packets?

From: [e-mail] (Bob Eager)

On Wed, 27 Oct 1999 14:09:41, Niclas =?iso-8859-1?Q?Lindstr=F6m?=
<[e-mail]> wrote:

> It looks like you're right, I am digging into the LAN Tech Ref right
> now... It will take some time to read and understand all this...:-)

I'm interested in this too....

Can someone please post the document's full title...and perhaps the
doc no?
(like S999-1234, or whatever?)

--
Bob Eager
rde at tavi.co.uk
PC Server 325; PS/2s 8595*3, 9595*3 (2*P60 + P90), 8535, 8570, 9556*2,
8580*6,
8557*2, 8550, 9577, 8530, P70, PC/AT..

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Tavi Systems (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                 27-Oct-99 17:04:23
  To: All                                               28-Oct-99 10:23:18
Subj: Re: somVaBuf: no trace whatsoever

From: [e-mail]

In <7urft5$i4i$[e-mail]>, on 10/23/99
   at 05:08 AM, [e-mail] (Ilya Zakharevich) said:

>I'm playing with SOM sample code in .inf files, but cannot compile
>whatever mentions somVaBuf.  There is no file (except 2 .inf files ;-) in
>the whole toolkit (of DevCon 11) which mentions these words (I did
>case-insensitive search - does not help)...

>Now what?

Appears you are missing an include somtc.h or somtc.hh.  To quote:

#ifndef SOMVABUF
  #define SOMVABUF
  typedef somToken somVaBuf;

HTH,

Steven

--
---------------------------------------------------------------
Steven Levine <[e-mail]>  MR2/ICE #10183
Warp4/FP11
---------------------------------------------------------------


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: EarthLink Network, Inc. (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                         28-Oct-99 17:29:08
  To: All                                               28-Oct-99 10:23:19
Subj: Pinging Code

From: "Michael Thomson" <[e-mail]>

I'm attempting to write a simple ping program.  Have successfully created a
raw socket and sent an ICMP request packet to a specific PC.  Using network
analysing software I can see that the destination PC is responding with an
ICMP reply packet.  The problem is that I can't read in the ICMP reply
packet from the socket.

Does anyone have any suggestions?

Thankyou
Michael Thomson


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Who Knows (1:109/42)

+----------------------------------------------------------------------------+

From: yourself@127.0.0.1                                28-Oct-99 07:43:28
  To: All                                               28-Oct-99 11:18:04
Subj: Re: somVaBuf: no trace whatsoever

From: yourself@127.0.0.1 (Rich Walsh)

On Thu, 28 Oct 1999 04:00:05, [e-mail] (Ilya Zakharevich)
wrote:

> [A complimentary Cc of this posting was sent to
> <[e-mail]>],
> > >I'm playing with SOM sample code in .inf files, but cannot compile
> > >whatever mentions somVaBuf.  There is no file (except 2 .inf files ;-) in
> > >the whole toolkit (of DevCon 11) which mentions these words (I did
> > >case-insensitive search - does not help)...
>
> > Appears you are missing an include somtc.h or somtc.hh.  To quote:
>
> I have it.
>
>   SOMTC.H          6002 08-23-95 20:10
>
> /* @(#) 2.6 src/somc/tc/somtc.h, somtc.funcs, som2.1 9/1/94 18:28:29
[8/18/95 16:44:00] */
>
> It does not have anything related.  Can you send the newer version to
> me so that I can put #defines/#ifdef's which would make my code work
> with older and with newer toolkits?

This may be unrelated, but this talk of "somva" rang a bell...

IIRC, SOM's va dispatch methods were reimplemented in Warp3 FP16
and later.  E.g. #68 va_SOMObject_somDispatch was joined by
#100 somva_SOMObject_somDispatch.  Later SOM compilers --such as
the one included with the Merlin beta-- use the new entry points.
Consequently, the classes they generate are incompatible with
Warp3 GA and may cause the WPS to enter a crash/restart loop when
registered.

If widespread compatibility is important, I'd be wary of functions
that require somVaBuf or other features not defined in your current
headers (I use DevCon9's SOM compiler & headers).


   == == almost usable email address:  rlwalshATpacket.net == ==
___________________________________________________________________

                |             - DragText v3.1 -
Rich Walsh      |  A Distinctly Different Desktop Enhancement
Ft Myers, FL    |  New!  Pickup & Drop for text, and more...
                |  http://www.usacomputers.net/personal/rlwalsh/
___________________________________________________________________

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: http://extra.newsguy.com (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                   28-Oct-99 12:22:27
  To: All                                               28-Oct-99 11:18:04
Subj: Re: How do I read and write ethernet packets?

From: Michiel Karsch <[e-mail]>

Some 4 years ago I orderd a book Lan Technical reference, IEEE 802.2 and
Netbios API SC30-3587-00. I have seen it at the www developers connection
site but the sites changes a lot and i can't find it anymore or no access.

Nice thing is that mister bill also uses this API (nt/95/98, install dlc
protocol). Of course with his know twists in it. (He has 'improved' the
api)

Bob Eager wrote:

> On Wed, 27 Oct 1999 14:09:41, Niclas =?iso-8859-1?Q?Lindstr=F6m?=
> <[e-mail]> wrote:
>
> > It looks like you're right, I am digging into the LAN Tech Ref right
> > now... It will take some time to read and understand all this...:-)
>
> I'm interested in this too....
>
> Can someone please post the document's full title...and perhaps the
> doc no?
> (like S999-1234, or whatever?)
>
> --
> Bob Eager
> rde at tavi.co.uk
> PC Server 325; PS/2s 8595*3, 9595*3 (2*P60 + P90), 8535, 8570, 9556*2,
> 8580*6,
> 8557*2, 8550, 9577, 8530, P70, PC/AT..

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: WorldOnline News server (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                  28-Oct-99 13:02:00
  To: All                                               28-Oct-99 11:18:04
Subj: Re: How do I read and write ethernet packets?

From: Niclas =?iso-8859-1?Q?Lindstr=F6m?= <[e-mail]>

Download it from
http://service2.boulder.ibm.com/devcon/showcase/cat/afa0cntl.htm
/Niclas

Bob Eager wrote:
>
> On Wed, 27 Oct 1999 14:09:41, Niclas =?iso-8859-1?Q?Lindstr=F6m?=
> <[e-mail]> wrote:
>
> > It looks like you're right, I am digging into the LAN Tech Ref right
> > now... It will take some time to read and understand all this...:-)
>
> I'm interested in this too....
>
> Can someone please post the document's full title...and perhaps the
> doc no?
> (like S999-1234, or whatever?)
>
> --
> Bob Eager
> rde at tavi.co.uk
> PC Server 325; PS/2s 8595*3, 9595*3 (2*P60 + P90), 8535, 8570, 9556*2,
> 8580*6,
> 8557*2, 8550, 9577, 8530, P70, PC/AT..

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: L M Ericsson Data AB (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                          28-Oct-99 04:00:02
  To: All                                               28-Oct-99 11:18:05
Subj: Re: somVaBuf: no trace whatsoever

From: [e-mail] (Ilya Zakharevich)

[A complimentary Cc of this posting was sent to
<[e-mail]>],
> >I'm playing with SOM sample code in .inf files, but cannot compile
> >whatever mentions somVaBuf.  There is no file (except 2 .inf files ;-) in
> >the whole toolkit (of DevCon 11) which mentions these words (I did
> >case-insensitive search - does not help)...

> Appears you are missing an include somtc.h or somtc.hh.  To quote:

I have it.

  SOMTC.H          6002 08-23-95 20:10

/* @(#) 2.6 src/somc/tc/somtc.h, somtc.funcs, som2.1 9/1/94 18:28:29 [8/18/95
16:44:00] */

It does not have anything related.  Can you send the newer version to
me so that I can put #defines/#ifdef's which would make my code work
with older and with newer toolkits?

Ilya

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Department of Mathematics, The Ohio State Univers
(1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                    28-Oct-99 13:08:03
  To: All                                               28-Oct-99 14:45:06
Subj: Re: How do I read and write ethernet packets?

From: "Simon Bowring" <[e-mail]>

On Tue, 26 Oct 1999 10:59:18 +0200, Michiel Karsch wrote:

>ACSLAN.DLL gives you access to the lowest level of ethernet (except for
>hardware). I believe the tcp/ip stack (and all others) uses this interface
>to assemble IP packets as well.

Are you sure? AFAIK this is not correct: multiple NDIS protocol
drivers bind on top of the MAC driver (look at the "Bindings ="
statements in your protocol.ini), in mine, Netbeui$, LANDD$,
odi2ndi$, tcbbeui$and tcpip$ drivers all bind to the MAC driver.

The protocol manager has a vector$ driver which is only used in
multiple protocol environments where it sits on top of the MAC
driver and transparently handles "fan-out" and "fan-in" of
packets to and from the bound protocols above (which are offered
packets and may say things like ("I'm not interested in this frame",
"I'll have the frame, don't offer it to any other protocols" or,
I'll have the frame, but offer it to other protocols).

For a truly generic solution to packet monitoring you need to
write an NDIS protocol driver that:

1) must be the first protocol bound to the MAC (so that it gets
   offered *all* frames),
2) can set the MAC driver into promiscuous mode,
3) that offers all received frames to other protocols, and
4) defines an API that your packet sniffing (or whatever) app will
   sit on.

This is non-trivial - I have implemented such software!

> IBM and at the first look at the sample in there (a token
> ring driver) it looks too complex. I guess it includes
> hardware access and things like that, but my driver only
> need to access the existing NDIS driver and act as any
> NDIS driver towards the application (TCP/IP-stack)...

The TR driver is a MAC driver, you want to write (a much simpler,
but nevertheless tricky) NDIS protocol driver, and you need the
3COM/MS NDIS 2.1 specification.

Regards

Simon Bowring,
Senior Software Engineer,
OS/2 Device Driver author since 1990 (OS/2 1.1)
MPC Data Limited


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: MPC Data Limited (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                   28-Oct-99 15:21:02
  To: All                                               28-Oct-99 14:45:06
Subj: Re: How do I read and write ethernet packets?

From: Michiel Karsch <[e-mail]>

I think you are right but this is pre-ndis code from times of os/s ee 1.3; in
that time there was also a need to mpx protocols. Docu says it's possible to
'direct' interface and dlc interface. Direct you receive all packets and dlc
you specify sap 802.2 adressess (type 1 & 2 connections). So it must be
possible to build a ip layer on top of the direct interface bypassing ndis
protocol filtering. There is even a device driver interface for writing device
drivers (eg tcp/ip) on top and then your comms go through landd$. Curious what
happens if you use this and tcbeui$, i don't wanna try, you hope: I'll have
the
frame, but offer it to other protocols. I also don't want to try to write a
ndis device driver.

Michiel

Simon Bowring wrote:

> On Tue, 26 Oct 1999 10:59:18 +0200, Michiel Karsch wrote:
>
> >ACSLAN.DLL gives you access to the lowest level of ethernet (except for
> >hardware). I believe the tcp/ip stack (and all others) uses this interface
> >to assemble IP packets as well.
>
> Are you sure? AFAIK this is not correct: multiple NDIS protocol
> drivers bind on top of the MAC driver (look at the "Bindings ="
> statements in your protocol.ini), in mine, Netbeui$, LANDD$,
> odi2ndi$, tcbbeui$and tcpip$ drivers all bind to the MAC driver.
>
> The protocol manager has a vector$ driver which is only used in
> multiple protocol environments where it sits on top of the MAC
> driver and transparently handles "fan-out" and "fan-in" of
> packets to and from the bound protocols above (which are offered
> packets and may say things like ("I'm not interested in this frame",
> "I'll have the frame, don't offer it to any other protocols" or,
> I'll have the frame, but offer it to other protocols).
>
> For a truly generic solution to packet monitoring you need to
> write an NDIS protocol driver that:
>
> 1) must be the first protocol bound to the MAC (so that it gets
>    offered *all* frames),
> 2) can set the MAC driver into promiscuous mode,
> 3) that offers all received frames to other protocols, and
> 4) defines an API that your packet sniffing (or whatever) app will
>    sit on.
>
> This is non-trivial - I have implemented such software!
>
> > IBM and at the first look at the sample in there (a token
> > ring driver) it looks too complex. I guess it includes
> > hardware access and things like that, but my driver only
> > need to access the existing NDIS driver and act as any
> > NDIS driver towards the application (TCP/IP-stack)...
>
> The TR driver is a MAC driver, you want to write (a much simpler,
> but nevertheless tricky) NDIS protocol driver, and you need the
> 3COM/MS NDIS 2.1 specification.
>
> Regards
>
> Simon Bowring,
> Senior Software Engineer,
> OS/2 Device Driver author since 1990 (OS/2 1.1)
> MPC Data Limited

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: WorldOnline News server (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                      28-Oct-99 14:01:11
  To: All                                               28-Oct-99 14:45:06
Subj: Enhance File Dialog

From: Thomas Bretz <[e-mail]>

Hello,

I tried to enhance the FileDialog with some features I need for Vice/2.
Three examples:
1) I need one more button (like save and cancel)
2) I want to have a new pop-down where the user can choose between some
numbers.
3) I want to have the possibility to look into archives. (eg: If u klick
on a file *.zip u should get the components in the right window)

Does anybody know if there is a way to change the OS/2-FileDialog only.
I don't want to write it completely new.

Thx,
Thomas.

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Nathan Electronics (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                          28-Oct-99 13:13:29
  To: All                                               28-Oct-99 14:45:06
Subj: Re: Non-functioning scrollbars

From: Bobbi Rosenberger <[e-mail]>

In article <XjnNjFSKFqqx-pn2-RyvgGSfZR8Xb@localhost>,
  [e-mail] (Aaron Lawrence) wrote:
> On Mon, 25 Oct 1999 13:33:17, Bobbi Rosenberger
> <[e-mail]> wrote:
>
> > This customer is telling me that none of the scrollbars in our
> > application, or any other application (e.g. the OS/2 Window List)
> > are working.
> I've seen this on my system, suddenly all OS/2 scroll bars will stop
> working and I have to reboot. Does not happen very often. My system is
> Warp 4 Fixpack 6. Probably a later fixpack might help, but I haven't
> tried.
>
>
For this customer, the scrollbars continue to not work, even after rebooting.


Sent via Deja.com http://www.deja.com/
Before you buy.

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Deja.com - Before you buy. (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                   28-Oct-99 17:13:27
  To: All                                               28-Oct-99 14:45:06
Subj: Re: Watcom C++ and STL

From: "Shaun Baker" <[e-mail]>

Had the same problem with VisualAge for C++ V3.0. www.stlport.org may be
what you are looking for. All my STL problems were solved, and there is some
nifty stuff to be found there...

Shaun

James Moe <[e-mail]> wrote in message
news:[e-mail]...
> Hello,
>     Does Watcom C++ do STL? I have v11.0 of the Watcom compiler and it
> does not care for a particular item: "ptrdiff_t." Wherever ptrdiff_t
> occurs a syntax error is raised.
>
>
> --
>
> sma at rtd dot com
> Remove ".spam-not" for email


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
(1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                                28-Oct-99 15:56:07
  To: All                                               28-Oct-99 14:45:06
Subj: Re: Non-functioning scrollbars

From: [e-mail] (Duncan Munro)

What fixpack level are they at?

Have you checked the APAR reports to see if this is resolvedby a later
fixpack?

Duncan


On Mon, 25 Oct 1999 13:33:17 GMT, Bobbi Rosenberger
<[e-mail]> wrote:

>
>
>We have a customer that purchased on OS/2 application from us.
>
>This customer is telling me that none of the scrollbars in our
>application, or any other application (e.g. the OS/2 Window List)
>are working.
>
>Page-Up, Page-Down, and Arrow keys work.  But using the mouse
>with the scrollbar doesn't work.  The mouse works otherwise, for
>selecting menu options, etc.
>
>Has anyone seen this behavior?  The field engineer at the customer
>site is ready to re-install OS/2 to fix the problem, but I think
>that is a drastic measure.
>
>The customer is running OS/2 3.0.
>
>Any help would be appreciated.
>
>
>
>
>Sent via Deja.com http://www.deja.com/
>Before you buy.

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: via Internet Direct - http://www.mydirect.com/ (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                          28-Oct-99 17:48:00
  To: All                                               28-Oct-99 16:44:09
Subj: Re: Pinging Code

From: [e-mail] (Mads Orbesen Troest)

On Thu, 28 Oct 1999 07:29:16, "Michael Thomson"
<[e-mail]> wrote:

> I'm attempting to write a simple ping program.  Have successfully created a
> raw socket and sent an ICMP request packet to a specific PC.  Using network
> analysing software I can see that the destination PC is responding with an
> ICMP reply packet.  The problem is that I can't read in the ICMP reply
> packet from the socket.

I have written my own Ping routine once, for some socket-wrapper
classes I developed for internal purposes. I created a raw socket
using the icmp protocol, as you describe. I simply used the "recvfrom"
TCP/IP call to receive the data - after making sure it was there, of
course (using the "select" function).

If you continue to have problems, feel free to write again, and I'll
see if I can dig out the code. :-)

   These were the incoherent ramblings of ...
      ... /\/\\ads Orbesen Troest <[e-mail]>
            [http://www.sprog.auc.dk/~motr96]

(Please remove NEVERMORE from address when replying via email...)

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: SIRIUS Cybernetics (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                          28-Oct-99 18:21:26
  To: All                                               28-Oct-99 16:44:09
Subj: Re: somVaBuf: no trace whatsoever

From: [e-mail] (Ilya Zakharevich)

[A complimentary Cc of this posting was sent to Rich Walsh
<yourself@127.0.0.1>],
who wrote in article <[e-mail]>:
> If widespread compatibility is important, I'd be wary of functions
> that require somVaBuf or other features not defined in your current
> headers (I use DevCon9's SOM compiler & headers).

Ha!  You mean that SomVa* are not plain old macros?  Then my approach
of just putting them into a C file will not work anyway...

Ilya

P.S.  What I'm doing is writing a program, not a class.  Thus there
      will be no way for it to crash WPS: it would be DSOM who would
      ;-) do it.

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Department of Mathematics, The Ohio State Univers
(1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                            28-Oct-99 19:14:22
  To: All                                               28-Oct-99 16:44:09
Subj: Re: DosDevIOCtl questions

From: [e-mail] (Paul Ratcliffe)

On Tue, 26 Oct 1999 21:58:08 -0400, Jim Parker <[e-mail]> wrote:

>Thank you, thank you, thank you.
>
>Works like a champ.

Why did you feel the need to quote 250 odd lines of message just to write
this?
And as if that was not enough, 40 seconds later, you decided to do it again
just
to really piss everybody off.

For God's sake, use your bloody delete key will you.

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: The Floppy BBS (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                              29-Oct-99 07:03:22
  To: All                                               29-Oct-99 14:46:21
Subj: Re: Enhance File Dialog

From: [e-mail] (Ruediger Ihle)

On Thu, 28 Oct 1999 12:01:23, Thomas Bretz
<[e-mail]> wrote:

> Hello,
>
> I tried to enhance the FileDialog with some features I need for Vice/2.
> Three examples:
> 1) I need one more button (like save and cancel)
> 2) I want to have a new pop-down where the user can choose between some
> numbers.
> 3) I want to have the possibility to look into archives. (eg: If u klick
> on a file *.zip u should get the components in the right window)
>
> Does anybody know if there is a way to change the OS/2-FileDialog only.
> I don't want to write it completely new.
>

..

      FILEDLG    FileDlg;

      FileDlg.fl = FDS_OPEN_DIALOG | FDS_CUSTOM;    // use custom dialog
template
      FileDlg.usDlgId = IDD_FILEDIALOG2;        // custom dialog id
      FileDlg.hMod = hModule;            // handle to module containing <usDlgId>
                        // NULLHANDLE for current EXE
      FileDlg.pfnDlgProc = FileDialogProc2;    // custom dialog procedure

      if( WinFileDlg(HWND_DESKTOP, hwnd, &FileDlg) ......

...

MRESULT EXPENTRY FileDialogProc2(HWND hwnd, ULONG msg, MPARAM mp1,
MPARAM mp2)
{
   if( msg == WM_COMMAND && SHORT1FROMMP(mp1) == ID_BUTTON1 )
   {
     // handle your button here

     return (MRESULT)0;
   }

   return WinDefFileDlgProc(hwnd, msg, mp1, mp2);
}


--
Ruediger "Rudi" Ihle [S&T Systemtechnik GmbH, Germany,
http://www.s-t.de]
Please remove all characters left of the "R" in my email address


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: S&T (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                          29-Oct-99 13:49:17
  To: All                                               29-Oct-99 14:46:22
Subj: Re: Non-functioning scrollbars

From: Bobbi Rosenberger <[e-mail]>

In article <[e-mail]>,
  [e-mail] wrote:
> What fixpack level are they at?
>
> Have you checked the APAR reports to see if this is resolvedby a later
> fixpack?
>
> Duncan
>
> On Mon, 25 Oct 1999 13:33:17 GMT, Bobbi Rosenberger
> <[e-mail]> wrote:
>
> >
> >
> >We have a customer that purchased on OS/2 application from us.
> >
> >This customer is telling me that none of the scrollbars in our
> >application, or any other application (e.g. the OS/2 Window List)
> >are working.
> >
> >Page-Up, Page-Down, and Arrow keys work.  But using the mouse
> >with the scrollbar doesn't work.  The mouse works otherwise, for
> >selecting menu options, etc.
> >
> >Has anyone seen this behavior?  The field engineer at the customer
> >site is ready to re-install OS/2 to fix the problem, but I think
> >that is a drastic measure.
> >
> >The customer is running OS/2 3.0.
> >
> >Any help would be appreciated.
> >
> >
> >
> >
> >Sent via Deja.com http://www.deja.com/
> >Before you buy.
>
>

No, I haven't looked into Fixpaks yet.    However, we have lots of customers
running OS/2 3.0.  This is the only one reporting this problem.  I'd like to
understand what is different in his case.


Sent via Deja.com http://www.deja.com/
Before you buy.

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Deja.com - Before you buy. (1:109/42)

+----------------------------------------------------------------------------+

From: [e-mail]                               29-Oct-99 18:59:11
  To: All                                               29-Oct-99 21:24:00
Subj: popuplog

From: Dan Holmes <[e-mail]>

I found this in my popup log

09-06-1999  20:01:40  SYS2070  PID 014c  TID 0001  Slot 0095
E:\PMPROGRAMMING\PROJECTS\CLIBPDF\SOURCE\TESTPDF.EXE
TESTPDF->CLIBPDF.defaultDomain
127

I wrote both programs the testpdf.exe and clibpdf.dll.  Testpdf calls
clibpdf.  defaultDomain is an exported variable of clibpdf.

Is this message good or bad?  My guess is that since it is in popuplog
it is bad.
--
----------
dan holmes
mailto:[e-mail]
http://www.geocities.com/heartland/hollow/3097

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Origin Line 1 Goes Here (1:109/42)

+----------------------------------------------------------------------------+

+============================================================================+