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

                 Saturday, 11-Dec-1999 to Friday, 17-Dec-1999

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

From: rmahoney@_REMOVE_THIS_netusa.net                  11-Dec-99 05:20:18
  To: All                                               11-Dec-99 03:29:27
Subj: Re: Java without PM?

From: rmahoney@_REMOVE_THIS_netusa.net (Robert Mahoney)

On Tue, 7 Dec 1999 17:39:08, "Simon Bowring" 
<sbowring+nospam@mpc-data.co.uk> wrote:

> I am interested in providing a Java application environment 
> on an "embedded PC" (for a homebrew robotics project). Ideally 
> I do not want to run too much "extra crap" like a GUI!
> 
> The only options I am currently aware of is to use 
> OS/2 or Linux as the base OS.
> 
> Can anyone tell me if it's possible to host Java on OS/2
> without running PM?

  Your best bet to get this answered is to join the OS/2 java 
newsgroup
hosted by IBM at ncc.hursley.ibm.com.

  I recall earlier JDK releases having problems with this, but I think
it was
fixed.

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: snowman@xds.ru                                    11-Dec-99 08:32:15
  To: All                                               11-Dec-99 05:07:10
Subj: ANNOUNCE: Native XDS-x86 2.40 for OS/2 Pre-Release

From: snowman@xds.ru (Dmitry Leskov)

11 Dec 1999 - Pre-release packages of Native XDS-x86 2.40 for OS/2
and the respective TopSpeed Compatibility Pak are available for
download as:

ftp://ftp.xds.ru/pub/xds/xds-x86-env-240-pr1-os2.zip
ftp://ftp.xds.ru/pub/xds/tscp-x86-240-pr1-os2.zip

XDS is a family name for professional systems featuring Modula-2 and
Oberon-2 programming languages. Native XDS-x86 is a highly optimizing
32-bit Modula-2/Oberon-2 compiler for Intel x86, available for Windows
NT/95/98, OS/2, and Linux.

----------------------------------------------------------
Dmitry V. Leskov     Phone     : +7 3832 39 78 24 (ext. 14)
Product Manager      E-mail    : snowman@xds.ru

JSC XDS
P.O. Box 415         Phone/fax : +7 3832 39 78 24
Novosibirsk          E-mail    : info@xds.ru
630090 Russia        Web       : http://www.xds.ru/

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

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

From: retsiemynnaht@spammoc.beoohaygon...               11-Dec-99 09:33:21
  To: All                                               11-Dec-99 14:33:26
Subj: Re: tcp/ip programming

Message sender: retsiemynnaht@spammoc.beoohaygone.net

From: "Mike Ruskai" <retsiemynnaht@spammoc.beoohaygone.net>

On Tue, 07 Dec 1999 17:00:45 -0500, Jeff Proefrock wrote:

>I'm trying to write a program using Visual Age C++ v 3.0, TCP/IP Version
>2.0 for OS/2 Programmer's Toolkit.  I'm using socket calls to
>communicate to a remote device.  I can connect to the address/port, but
>it occasionally hangs while I'm trying to receive (recv) information
>from the remote device.  Is there any way to set a timeout on the recv?
>I've tried using setsockopt(), but after further reading it doesn't
>support the SO_RCVTIMEO anymore.
>
>Has anyone seen or had experience with this type of problem before?  Any
>help would be greatly appreciated!

The short answer: No.

The long answer:  Sort of, but only if you use the select() function.  Read
up on the usage - what you want to do is have it wait on the readability of a
list of one socket, and set the timeout value to what you need.  It will then
indicate by return code that the socket is ready to be read from, or that it
timed out.


--
 - Mike

Remove 'spambegone.net' and reverse to send e-mail.


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

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

From: sbowring+nospam@mpc-data.co.uk                    11-Dec-99 18:31:02
  To: All                                               11-Dec-99 19:49:07
Subj: Re: Java without PM?

From: "Simon Bowring" <sbowring+nospam@mpc-data.co.uk>

Thanks for your ideas guys - I hand't considered getting a copy
of embedded Java (now part of J2ME?) - interesting, but I'll look 
at that as a last resort though!

Simon Bowring




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

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

From: cotroneo@stny.rr.com                              12-Dec-99 04:06:01
  To: All                                               12-Dec-99 02:24:03
Subj: SysCopyObject problem

From: cotroneo@stny.rr.com

Can anyone tell me why the following rexx script
does not work?

     Call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
     Call SysLoadFuncs
     source="temp"
     say source
     dest="temp2"
     say dest
     rc=SysCopyObject('source','dest')
     say rc

Keith Cotroneo
cotroneo@stny.rr.com

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

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

From: mamodeo@stny.rr.com                               12-Dec-99 00:05:21
  To: All                                               12-Dec-99 02:24:03
Subj: Re: SysCopyObject problem

From: Marty <mamodeo@stny.rr.com>

cotroneo@stny.rr.com wrote:
> 
> Can anyone tell me why the following rexx script
> does not work?
> 
>      Call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
                       ^^^^^^^^^^^^

SysCopyObject you mean.

>      Call SysLoadFuncs
>      source="temp"
>      say source
>      dest="temp2"
>      say dest
>      rc=SysCopyObject('source','dest')
>      say rc

- Marty

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

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

From: mcbrides@erols.com                                12-Dec-99 01:05:04
  To: All                                               12-Dec-99 02:36:09
Subj: Re: Loading a new PMMERGE.DLL

From: mcbrides@erols.com (Jerry McBride)

In article <09920fb9.04cb534a@usw-ex0101-004.remarq.com>,
bnreddy <reddy_bnNOreSPAM@yahoo.com.invalid> wrote:
>I have a new PMMERGE.DLL that I need to install on a OS/2 workstation.
>How do I do it with locked files? Or is there a better way of doing it?
>

From a programming angle, I don't recall. However, if you visit Hobbes and
grab a copy of LXLITE in lxlt121.zip, you'll find a wonderful tool for packing
your LX files as well as a handy little tool named UNLOCK that will do just
what you need. It also includes the source code (pascal) should you wish to
lean more about the nuts-n-bolts of the operation.


--

*******************************************************************************

*                                  OS/2 ????                                 
*
*                              YOU AREN'T ALONE!                             
*
*               http://rover.wiesbaden.netsurf.de/~meile/los2cl.html         
*
*******************************************************************************


/----------------------------------------\
| From the desktop of: Jerome D. McBride |
|         mcbrides@erols.com             |
\----------------------------------------/

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

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

From: dwparsons@t-online.de                             12-Dec-99 10:12:25
  To: All                                               12-Dec-99 10:13:27
Subj: Re: SysCopyObject problem

From: dwparsons@t-online.de (Dave Parsons)

On Sun, 12 Dec 1999 04:06:03, cotroneo@stny.rr.com wrote:

> Can anyone tell me why the following rexx script
> does not work?
> 
>      Call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
>      Call SysLoadFuncs
>      source="temp"
>      say source
>      dest="temp2"
>      say dest
>      rc=SysCopyObject('source','dest')
>      say rc
> 
> Keith Cotroneo
> cotroneo@stny.rr.com
> 
source must be a fully qualified filename
dest must be a fully qualified diredtory name.
Try:
source="x:\somedir\temp"
dest="x:\somedir\temp2"
where temp is a filename and temp2 is a directory name which exists.
 
-- 
Dave

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

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

From: jpolt@bradnet.legend.co.uk                        12-Dec-99 12:23:17
  To: All                                               12-Dec-99 10:13:27
Subj: Palm Pilot emulator

From: jpolt@bradnet.legend.co.uk (John Poltorak)

I have recently bought a Palm V and have discovered a large volume
of software available for it. Now it's a pain to have to download it to
the Palm Pilot to try it out, so it would be handy running it on a PC
first. There is an emulator available and one has been written for OS/2
called Copilot/2, but this was some time ago, and I don't know if it still
being developed. Unfortunately, when I tried the version I found, it
loaded up a picture of a Palm III (I think) and then hung.

Does anyone know if there is a newer version?

My copilot2.exe is dated 25/05/97 size 752660.

--
John

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

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

From: rde@tavi.co.uk                                    12-Dec-99 11:59:23
  To: All                                               12-Dec-99 10:13:27
Subj: Re: SysCopyObject problem

From: rde@tavi.co.uk (Bob Eager)

On Sun, 12 Dec 1999 05:05:43, Marty <mamodeo@stny.rr.com> wrote:

> > Can anyone tell me why the following rexx script
> > does not work?
> > 
> >      Call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
>                        ^^^^^^^^^^^^
> 
> SysCopyObject you mean.

No he doesn't. Calling SysLoadFuncs loads them all.


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

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

From: stefanj@gte.net                                   12-Dec-99 13:55:02
  To: All                                               12-Dec-99 14:24:13
Subj: Joystick Device Driver Contest.....New Entries!!

From: stefanj@gte.net (Jason Stefanovich)

I have received a new entry from J Da Silva,
An enhanced version of the popular gameport.sys.



MAMERun Joystick Device Driver Contest.

What is it?

Write your own joystick device driver for OS/2 and you could win $290
plus valuable prizes and earn the respect and gratitude of OS/2
gamers around the world! With the many new games available and the
advance of game controllers there arises a need for a better 
joystick device driver than IBM's advanced joystick device driver. 
Support for new controller features, such as 8+ buttons or USB, will
greatly enhance the OS/2 gaming experience for gamers as well as 
developers.

For rules and other information check out:

  http://home1.gte.net/stefanj/contest.htm 

I am looking for additional sponsors for this contest. If you would
like to contribute please go to: 

  http://home1.gte.net/stefanj/sponsor.htm 

Any questions can be sent to me at Stefanj@gte.net

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

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

From: phillipd@antares.cloudnet.com                     12-Dec-99 15:13:29
  To: All                                               12-Dec-99 14:24:14
Subj: Re: SysCopyObject problem

From: Phillip Davenport <phillipd@antares.cloudnet.com>

cotroneo@stny.rr.com wrote:
> Can anyone tell me why the following rexx script
> does not work?

>      Call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
>      Call SysLoadFuncs

Unh. Call SysCopyObject..

>      source="temp"
>      say source
>      dest="temp2"
>      say dest
>      rc=SysCopyObject('source','dest')
>      say rc

Others have commented about 'source' and 'dest' requirements..

  p

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Cloudnet - St. Cloud, MN (320) 240-8243 (1:109/42)

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

From: rde@tavi.co.uk                                    12-Dec-99 16:02:02
  To: All                                               12-Dec-99 14:24:14
Subj: Re: SysCopyObject problem

From: rde@tavi.co.uk (Bob Eager)

On Sun, 12 Dec 1999 15:13:59, Phillip Davenport 
<phillipd@antares.cloudnet.com> wrote:

> >      Call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
> >      Call SysLoadFuncs
> 
> Unh. Call SysCopyObject..

Sorry. Why?

Those two lines LOAD SysCopyObject and all the others...

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

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

From: abuse@orac.clara.co.uk                            12-Dec-99 18:14:04
  To: All                                               12-Dec-99 16:45:15
Subj: Re: REXX function/idea needed.

From: abuse@orac.clara.co.uk (Paul Ratcliffe)

On 6 Dec 1999 02:08:38 GMT, Peter Moylan <peter@seagoon.newcastle.edu.au>
wrote:

>be honest, I have to admit that I've never done any semaphore
>operations in Rexx, but I'll bet that it's possible and that the
>details are in the Rexx documentation.

REXX doesn't have any semaphore functions as supplied, but there are 3rd
party libraries available which give this.

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

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

From: retsiemynnaht@spammoc.beoohaygon...               12-Dec-99 12:40:01
  To: All                                               12-Dec-99 16:45:15
Subj: Re: SysCopyObject problem

Message sender: retsiemynnaht@spammoc.beoohaygone.net

From: "Mike Ruskai" <retsiemynnaht@spammoc.beoohaygone.net>

On Sun, 12 Dec 1999 04:06:03 GMT, cotroneo@stny.rr.com wrote:

>Can anyone tell me why the following rexx script
>does not work?
>
>     Call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
>     Call SysLoadFuncs
>     source="temp"
>     say source
>     dest="temp2"
>     say dest
>     rc=SysCopyObject('source','dest')
>     say rc

Because you're passing strings to the function, not variables.


--
 - Mike

Remove 'spambegone.net' and reverse to send e-mail.


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

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

From: NOSPAM_R.Ihle@S-t.De                              12-Dec-99 17:29:28
  To: All                                               12-Dec-99 16:45:15
Subj: DIVE_ERR_ALLOCATION_ERROR ?

From: NOSPAM_R.Ihle@S-t.De (Ruediger Ihle)

Hi folks,

what is DIVE_ERR_ALLOCATION_ERROR (0x00001015) ?

I get this when trying to free up some previously allocated
DIVE buffers on an Elsa Winner Office 2000 card. Since the 
buffers are not freed, my program will step by step eat up all
available off-screen display memory until it finally crashes
in DIVE.DLL.

Any ideas ? The same code works O.K. on an ATI card ...


-- 
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: phillipd@antares.cloudnet.com                     12-Dec-99 18:16:25
  To: All                                               12-Dec-99 16:45:15
Subj: Re: SysCopyObject problem

From: Phillip Davenport <phillipd@antares.cloudnet.com>

Bob Eager <rde@tavi.co.uk> wrote:
> On Sun, 12 Dec 1999 15:13:59, Phillip Davenport 
> <phillipd@antares.cloudnet.com> wrote:

>> >      Call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
>> >      Call SysLoadFuncs
>> 
>> Unh. Call SysCopyObject..

> Sorry. Why?

'cause I didn't read the rest of the script..

Me bad..

  p

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Cloudnet - St. Cloud, MN (320) 240-8243 (1:109/42)

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

From: Stefan.Milcke@t-online.de                         12-Dec-99 19:52:04
  To: All                                               12-Dec-99 19:56:10
Subj: Re: SysCopyObject problem

From: Stefan Milcke <Stefan.Milcke@t-online.de>

With
rc=SysCopyObject('source','dest')
you are trying to copy the object with the name source to an object with
the name dest.
Do a
rc=SysCopyObject(source,dest)
instead.

MfG Stefan Milcke
42 ;-)

cotroneo@stny.rr.com schrieb:
> 
> Can anyone tell me why the following rexx script
> does not work?
> 
>      Call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
>      Call SysLoadFuncs
>      source="temp"
>      say source
>      dest="temp2"
>      say dest
>      rc=SysCopyObject('source','dest')
>      say rc
> 
> Keith Cotroneo
> cotroneo@stny.rr.com

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

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

From: cotroneo@stny.rr.com                              12-Dec-99 21:15:26
  To: All                                               12-Dec-99 19:56:11
Subj: Re: SysCopyObject problem

From: cotroneo@stny.rr.com

In <Ej0w7lFo08Zw-pn2-YSCX5l0Yg8L6@saturn.dwparsons.dialin.t-online.de>,
dwparsons@t-online.de (Dave Parsons) writes:
>On Sun, 12 Dec 1999 04:06:03, cotroneo@stny.rr.com wrote:
>
>> Can anyone tell me why the following rexx script
>> does not work?
>> 
>>      Call RxFuncAdd 'SysLoadFuncs', 'REXXUTIL', 'SysLoadFuncs'
>>      Call SysLoadFuncs
>>      source="temp"
>>      say source
>>      dest="temp2"
>>      say dest
>>      rc=SysCopyObject('source','dest')
>>      say rc
>> 
>> Keith Cotroneo
>> cotroneo@stny.rr.com
>> 
>source must be a fully qualified filename
>dest must be a fully qualified diredtory name.
>Try:
>source="x:\somedir\temp"
>dest="x:\somedir\temp2"
>where temp is a filename and temp2 is a directory name which exists.
> 
>-- 
>Dave
>

Thanks Dave. That did it, sort of. It seems that:
SysCopyObject will only copy to a different directory
and must retain the same filename. What if I want
to copy the file to a different filename?

Keith Cotroneo
cotroneo@stny.rr.com

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

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

From: mlueck@lueckdatasystems.com                       12-Dec-99 16:26:21
  To: All                                               12-Dec-99 19:56:11
Subj: Re: SysCopyObject problem

From: Michael Lueck <mlueck@lueckdatasystems.com>


Stefan Milcke wrote:

> With
> rc=SysCopyObject('source','dest')
> you are trying to copy the object with the name source to an object with
> the name dest.
> Do a
> rc=SysCopyObject(source,dest)
> instead.

Hang on here - doesn't thins API link to the WPS API to copy an object,
which if WPS gets sick then so does your code?

Thinking this as I'm on NT this weekend, and ORexx on NT doesn't have that
API - so I'm quite sure it's the WPS way of doing things.

I personally just use good old '@copy 'source' 'dest'>nul' myself - actually
I have an Rexx function of my own which works across ORexx platforms, CP for
unix platforms.

Michael Lueck

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

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

From: cotroneo@stny.rr.com                              12-Dec-99 21:50:28
  To: All                                               12-Dec-99 19:56:11
Subj: Re: SysCopyObject problem

From: cotroneo@stny.rr.com

In <38541312.7D6A33AF@lueckdatasystems.com>, Michael Lueck
<mlueck@lueckdatasystems.com> writes:
>
>
>Stefan Milcke wrote:
>
>> With
>> rc=SysCopyObject('source','dest')
>> you are trying to copy the object with the name source to an object with
>> the name dest.
>> Do a
>> rc=SysCopyObject(source,dest)
>> instead.
>
>Hang on here - doesn't thins API link to the WPS API to copy an object,
>which if WPS gets sick then so does your code?
>
>Thinking this as I'm on NT this weekend, and ORexx on NT doesn't have that
>API - so I'm quite sure it's the WPS way of doing things.
>
>I personally just use good old '@copy 'source' 'dest'>nul' myself - actually
>I have an Rexx function of my own which works across ORexx platforms, CP for
>unix platforms.
>
>Michael Lueck
>

Well, something is screwy. I got it to copy, but only after
removing the file specification in the destination. But then
it quit working.

OK, let me pose the problem another way. I want to be able
to copy to a directory with a name that has spaces in it.

for example:

     source="f:\hobbes\testfile"
     say source
     dest="f:\space in directory\testfile"
     say dest
     '@copy 'source' 'dest''

produces

f:\hobbes\testfile
f:\space in directory\testfile
SYS1003: The syntax of the command is incorrect.


Keith Cotroneo
cotroneo@stny.rr.com

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

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

From: reiknir@my-deja.com                               13-Dec-99 00:54:12
  To: All                                               12-Dec-99 21:19:04
Subj: OnCMD 3 info ?

From: reiknir@my-deja.com

A friend of mine needs to move some old clipper apps to a more modern
enviroment, does any one here have experiences with OnCmd 3 and/or
Xbase++, that they are willing to share ?
Oli


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: mlueck@lueckdatasystems.com                       12-Dec-99 20:23:27
  To: All                                               13-Dec-99 03:31:20
Subj: Re: SysCopyObject problem

From: Michael Lueck <mlueck@lueckdatasystems.com>


cotroneo@stny.rr.com wrote:

>
> Well, something is screwy. I got it to copy, but only after
> removing the file specification in the destination. But then
> it quit working.
>
> OK, let me pose the problem another way. I want to be able
> to copy to a directory with a name that has spaces in it.
>
> for example:
>
>      source="f:\hobbes\testfile"
>      say source
>      dest="f:\space in directory\testfile"
>      say dest
>      '@copy 'source' 'dest''
>
> produces
>
> f:\hobbes\testfile
> f:\space in directory\testfile
> SYS1003: The syntax of the command is incorrect.

OK, for fun look up the object ID of what you are copying and see what it
does. Possibly those
spaces map through to something else.

In any case - you don't have to change things around when using standard
'copy'. Thus you can get
files from SysFileTree and use 'copy' or 'move' or 'ren' as much as you like.

Very strange

Hang on, - you didn't put double quotes through to the command - silly me. Try 
this on for fit:

dest='"f:\space in directory\testfile"'    which is single quotes on the
outside and double on the
inside - Rexx should now pass the double quotes through.

Still, try copuing an object ID - I bet it works.

Michael Lueck

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

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

From: mamodeo@stny.rr.com                               12-Dec-99 21:23:17
  To: All                                               13-Dec-99 03:31:20
Subj: Re: SysCopyObject problem

From: Marty <mamodeo@stny.rr.com>

cotroneo@stny.rr.com wrote:
> 
> In <38541312.7D6A33AF@lueckdatasystems.com>, Michael Lueck
<mlueck@lueckdatasystems.com> writes:
> >
> >
> >Stefan Milcke wrote:
> >
> >> With
> >> rc=SysCopyObject('source','dest')
> >> you are trying to copy the object with the name source to an object with
> >> the name dest.
> >> Do a
> >> rc=SysCopyObject(source,dest)
> >> instead.
> >
> >Hang on here - doesn't thins API link to the WPS API to copy an object,
> >which if WPS gets sick then so does your code?
> >
> >Thinking this as I'm on NT this weekend, and ORexx on NT doesn't have that
> >API - so I'm quite sure it's the WPS way of doing things.
> >
> >I personally just use good old '@copy 'source' 'dest'>nul' myself -
actually
> >I have an Rexx function of my own which works across ORexx platforms, CP
for
> >unix platforms.
> >
> >Michael Lueck
> >
> 
> Well, something is screwy. I got it to copy, but only after
> removing the file specification in the destination. But then
> it quit working.
> 
> OK, let me pose the problem another way. I want to be able
> to copy to a directory with a name that has spaces in it.
> 
> for example:
> 
>      source="f:\hobbes\testfile"
>      say source
>      dest="f:\space in directory\testfile"
>      say dest
>      '@copy 'source' 'dest''
> 
> produces
> 
> f:\hobbes\testfile
> f:\space in directory\testfile
> SYS1003: The syntax of the command is incorrect.

You need to put the questionable sections in quotes.  For example:
dest='f:\"space in directory"\testfile' might do the trick.

- Marty

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

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

From: mamodeo@stny.rr.com                               12-Dec-99 21:27:09
  To: All                                               13-Dec-99 03:31:20
Subj: Re: DIVE_ERR_ALLOCATION_ERROR ?

From: Marty <mamodeo@stny.rr.com>

Ruediger Ihle wrote:
> 
> Hi folks,
> 
> what is DIVE_ERR_ALLOCATION_ERROR (0x00001015) ?
> 
> I get this when trying to free up some previously allocated
> DIVE buffers on an Elsa Winner Office 2000 card. Since the
> buffers are not freed, my program will step by step eat up all
> available off-screen display memory until it finally crashes
> in DIVE.DLL.
> 
> Any ideas ? The same code works O.K. on an ATI card ...

Gonna need a few more details to figure this one out.  What does your source
code look like?  (Specifically, the code that does the freeing.)  Are you
certain that the allocation occurred without any errors?

- Marty

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

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

From: dwparsons@t-online.de                             13-Dec-99 07:32:14
  To: All                                               13-Dec-99 03:31:21
Subj: Re: SysCopyObject problem

From: dwparsons@t-online.de (Dave Parsons)

On Sun, 12 Dec 1999 21:15:52, cotroneo@stny.rr.com wrote:

> Thanks Dave. That did it, sort of. It seems that:
> SysCopyObject will only copy to a different directory
> and must retain the same filename. What if I want
> to copy the file to a different filename?
> 
> Keith Cotroneo
> cotroneo@stny.rr.com
> 

Tricky, I think you will have to fall back onto the CMD copy
command.

-- 
Dave

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

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

From: BLB.OTC@t-online.de                               13-Dec-99 08:28:08
  To: All                                               13-Dec-99 05:13:28
Subj: Re: SysCopyObject problem

From: Stefan Milcke <BLB.OTC@t-online.de>

Try a
dest='"f:\space in directory\testfile"'

MfG Stefan Milcke
42 ;-)

cotroneo@stny.rr.com schrieb:
> 
> In <38541312.7D6A33AF@lueckdatasystems.com>, Michael Lueck
<mlueck@lueckdatasystems.com> writes:
> >
> >
> >Stefan Milcke wrote:
> >
> >> With
> >> rc=SysCopyObject('source','dest')
> >> you are trying to copy the object with the name source to an object with
> >> the name dest.
> >> Do a
> >> rc=SysCopyObject(source,dest)
> >> instead.
> >
> >Hang on here - doesn't thins API link to the WPS API to copy an object,
> >which if WPS gets sick then so does your code?
> >
> >Thinking this as I'm on NT this weekend, and ORexx on NT doesn't have that
> >API - so I'm quite sure it's the WPS way of doing things.
> >
> >I personally just use good old '@copy 'source' 'dest'>nul' myself -
actually
> >I have an Rexx function of my own which works across ORexx platforms, CP
for
> >unix platforms.
> >
> >Michael Lueck
> >
> 
> Well, something is screwy. I got it to copy, but only after
> removing the file specification in the destination. But then
> it quit working.
> 
> OK, let me pose the problem another way. I want to be able
> to copy to a directory with a name that has spaces in it.
> 
> for example:
> 
>      source="f:\hobbes\testfile"
>      say source
>      dest="f:\space in directory\testfile"
>      say dest
>      '@copy 'source' 'dest''
> 
> produces
> 
> f:\hobbes\testfile
> f:\space in directory\testfile
> SYS1003: The syntax of the command is incorrect.
> 
> Keith Cotroneo
> cotroneo@stny.rr.com


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

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

From: hei@hatespam.norman.no                            13-Dec-99 07:57:27
  To: All                                               13-Dec-99 05:13:28
Subj: Re: Choice of compilers

From: hei@hatespam.norman.no (Harald Eilertsen)

On Fri, 10 Dec 1999 12:46:04, yyyc186.illegaltospam@flashcom.net 
wrote:

> In <Dq9QeiO5hGmk-pn2-GNdddRoYJ9s7@Barbarella>, on 12/10/99 
>    at 08:06 AM, hei@hatespam.norman.no (Harald Eilertsen) said:
> 
> >be the only choice. Version 11 seems to generate some bad  code every now
> >and then, so at work we stick with 10.6.
> 
> Really?  I never found this with V11 and did a lot with it.  Bad code must
> be in the area of templates which I was deliberately avoiding until the
> spec was finalized.

I don't know the details as I haven't experienced it myself. However 
we have seen the problem both on Novell and OS/2.

> Here is a stupid question.  Does the gui builder for vac generate code or
> a proprietary dat file format?  If code, have you tried running it through
> the Watcom compiler?

It generates code, but as someone else mentioned, it is based on the 
IBM OpenClass library. If you first manage to recompile OCL with 
watcom it may work. 

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: myself@pbn.dp.ua                                  13-Dec-99 12:21:23
  To: All                                               13-Dec-99 10:24:20
Subj: .ttf -> .fnt

From: Ivan Klimenko <myself@pbn.dp.ua>

Hi !

	I need something like .TTF to .FNT converter. Somebody has one ?
	I already have TrueType/2 DevKit and need some sample building 
	.fnt file (f.e. source of FONTEDIT.EXE)

-- 

Ivan Klimenko   [Team OS/2]
e-mail:         myself@pbn.dp.ua
net-mail:       2:464/69.11@fidonet, 2:464/27.26@fidonet
ccmail:         Ivan Klimenko at Privat-Nikopol

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

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

From: NOSPAM_R.Ihle@S-t.De                              13-Dec-99 10:58:14
  To: All                                               13-Dec-99 10:24:21
Subj: Re: DIVE_ERR_ALLOCATION_ERROR ?

From: NOSPAM_R.Ihle@S-t.De (Ruediger Ihle)

On Mon, 13 Dec 1999 02:27:19, Marty <mamodeo@stny.rr.com> wrote:

> > what is DIVE_ERR_ALLOCATION_ERROR (0x00001015) ?
> > 
> > I get this when trying to free up some previously allocated
> > DIVE buffers on an Elsa Winner Office 2000 card. Since the
> > buffers are not freed, my program will step by step eat up all
> > available off-screen display memory until it finally crashes
> > in DIVE.DLL.
> > 
> > Any ideas ? The same code works O.K. on an ATI card ...
> 
> Gonna need a few more details to figure this one out.  

Sure. While processing WM_CREATE of a window I call 
DiveOpen(). On the user's menu action, I fire up a new thread
which (successfully) allocates two buffers. Then these buffers
are used interleaved to blit (video) images to the screen. 
When finished, the same thread tries to free the buffers. This is
the  action that fails. DiveClose() is called on WM_DESTROY.


> What does your source code look like?  (Specifically, the 
> code that does the freeing.)  Are you
> certain that the allocation occurred without any errors?

unsigned MyWindow::AllocBuffer(void)
{
  ULONG	uBufNo;
  return ( DiveAllocImageBuffer( hDive, &uBufNo, fccSrcFormat
	cxSrcWidth, cxSrcHeight, 0, NULL) == DIVE_SUCCESS ) ? uBufNo : 0;
}

void  MyWindow::FreeBuffer(unsigned uBufNo)
{
  ULONG	rc;
  rc = DiveFreeImageBuffer(hDive, uBufNo);
  printf("FreeBuffer: num=%d, rc=%08lx\n", uBufNo, rc);
}



BTW, I just found, that moving DiveOpen() / DiveClose() from
the window creation/destruction section to the worker thread
gives me the disired result. DiveFreeImageBuffer() still fails, 
but DiveClose() does the neccesary cleanup.

Something strange is happening ....


-- 
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: hei@hatespam.norman.no                            13-Dec-99 12:50:11
  To: All                                               13-Dec-99 10:24:21
Subj: Useful docs for Open32?

From: hei@hatespam.norman.no (Harald Eilertsen)

Hello,

Anybody got any useful docs for Open32? The INF that comes with the 
toolkit is completely useless. The redbook was a bit better, but I 
still lack documentation on the specific Open32 functions like 
WinCallWinMain, WinInitializeOpen32 and WinTerminateOpen32.

Thanx!
--
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: mamodeo@stny.rr.com                               13-Dec-99 09:24:13
  To: All                                               13-Dec-99 14:27:00
Subj: Re: DIVE_ERR_ALLOCATION_ERROR ?

From: Marty <mamodeo@stny.rr.com>

Ruediger Ihle wrote:
> 
> On Mon, 13 Dec 1999 02:27:19, Marty <mamodeo@stny.rr.com> wrote:
> 
> > > what is DIVE_ERR_ALLOCATION_ERROR (0x00001015) ?
> > >
> > > I get this when trying to free up some previously allocated
> > > DIVE buffers on an Elsa Winner Office 2000 card. Since the
> > > buffers are not freed, my program will step by step eat up all
> > > available off-screen display memory until it finally crashes
> > > in DIVE.DLL.
> > >
> > > Any ideas ? The same code works O.K. on an ATI card ...
> >
> > Gonna need a few more details to figure this one out.
> 
> Sure. While processing WM_CREATE of a window I call
> DiveOpen(). On the user's menu action, I fire up a new thread
> which (successfully) allocates two buffers. Then these buffers
> are used interleaved to blit (video) images to the screen.
> When finished, the same thread tries to free the buffers. This is
> the  action that fails. DiveClose() is called on WM_DESTROY.
> 
> > What does your source code look like?  (Specifically, the
> > code that does the freeing.)  Are you
> > certain that the allocation occurred without any errors?
> 
> unsigned MyWindow::AllocBuffer(void)
> {
>   ULONG uBufNo;
>   return ( DiveAllocImageBuffer( hDive, &uBufNo, fccSrcFormat
>         cxSrcWidth, cxSrcHeight, 0, NULL) == DIVE_SUCCESS ) ? uBufNo : 0;
> }
> 
> void  MyWindow::FreeBuffer(unsigned uBufNo)
> {
>   ULONG rc;
>   rc = DiveFreeImageBuffer(hDive, uBufNo);
>   printf("FreeBuffer: num=%d, rc=%08lx\n", uBufNo, rc);
> }
> 
> BTW, I just found, that moving DiveOpen() / DiveClose() from
> the window creation/destruction section to the worker thread
> gives me the disired result. DiveFreeImageBuffer() still fails,
> but DiveClose() does the neccesary cleanup.
> 
> Something strange is happening ....

I'll give it some more thought as the day goes on, but did you remember to
call
DiveEndImageBufferAccess before you tried to deallocate the buffers?

- Marty

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

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

From: NOSPAM_R.Ihle@S-t.De                              13-Dec-99 15:21:05
  To: All                                               13-Dec-99 14:27:00
Subj: Re: DIVE_ERR_ALLOCATION_ERROR ?

From: NOSPAM_R.Ihle@S-t.De (Ruediger Ihle)

On Mon, 13 Dec 1999 14:24:26, Marty <mamodeo@stny.rr.com> wrote:

> I'll give it some more thought as the day goes on, but did you remember to
call
> DiveEndImageBufferAccess before you tried to deallocate the buffers?

Yes, I did. The mechsnism is 

DiveAllocImageBuffer()

while( !finished )
{
    DiveBeginImageBufferAccess()
    Fill the buffer with data ....
    DiveEndImageBufferAccess()

    DiveBlitImage()
}

DiveFreeImageBuffer()
  


-- 
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: SPAMGUARDstephen.howe@teamsybase...               13-Dec-99 18:30:23
  To: All                                               13-Dec-99 17:04:10
Subj: Re: Choice of compilers

Message sender: SPAMGUARDstephen.howe@teamsybase.com

From: "Stephen Howe" <SPAMGUARDstephen.howe@teamsybase.com>

>Really?  I never found this with V11 and did a lot with it.  Bad code must
>be in the area of templates which I was deliberately avoiding until the
>spec was finalized.

The original version 11.0 had quite a few bugs in it. 11.0a and 11.0b are
much more stable.

Stephen Howe [TeamSybase]


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: UUNET WorldCom server (post doesn't reflect views
(1:109/42)

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

From: SPAMGUARDstephen.howe@teamsybase...               13-Dec-99 18:29:02
  To: All                                               13-Dec-99 17:04:10
Subj: Re: Choice of compilers

Message sender: SPAMGUARDstephen.howe@teamsybase.com

From: "Stephen Howe" <SPAMGUARDstephen.howe@teamsybase.com>

yyyc186.illegaltospam@flashcom.net wrote in message
<385068b0$2$lllp186.vyyrtnygbfcnz$mr2ice@news.flashcom.com>...

>Tis too bad Watcom ceased before they got all the C++ standard with
>templates, etc. into the compiler....Perhaps that is why they
>ceased...they learned what others did.  The standard template spec can't
>be implemented.

It has not ceased so far. At the moment it is still in the balance. Some
customers are in a dialog with Sybase.

What is guaranteed is that there will be a 11.0c release on the web, no
specific date mentioned.

Stephen Howe [TeamSybase]


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: UUNET WorldCom server (post doesn't reflect views
(1:109/42)

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

From: pfitzsim@NOSPAMBASTARDS!home.com                  14-Dec-99 00:20:12
  To: All                                               14-Dec-99 03:29:05
Subj: Re: Useful docs for Open32?

From: Peter Fitzsimons <pfitzsim@NOSPAMBASTARDS!home.com>

Harald Eilertsen wrote:
> 
> Hello,
> 
> Anybody got any useful docs for Open32? The INF that comes with the
> toolkit is completely useless. The redbook was a bit better, but I
> still lack documentation on the specific Open32 functions like
> WinCallWinMain, WinInitializeOpen32 and WinTerminateOpen32.
> 

See the samples in \toolkit\samples\open32.  That's all I needed.

I was not aware of WinInitialize/Terminate/Open32().  I never used them.

Assuming your original code was written for NT 3.51, the theory is that
the only thing you will have to add to the program is this:

#include <os2win.h>

int main(int argc, char *argv[], char *envp[])
{
   /* Call WinCallWinMain to start the application.
    */
   return WinCallWinMain( argc, argv, &WinMain, SW_SHOWNORMAL );
}


and replace all references to "windows.h" with "os2win.h" (hint: create
your own windows.h that simply #Include's os2win.h).

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

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

From: jbergman@ixc.ixc.net                              13-Dec-99 23:41:06
  To: All                                               14-Dec-99 03:29:06
Subj: Re: Choice of compilers

From: "Trancser" <jbergman@ixc.ixc.net>

I dont know how much luck people have had with it, but there is a freeware
compiler available for OS/2, which is based on EGC from the GNU GCC compiler
group, which is called PGCC. It's the OS/2 version of the Pentium-optimized
compiler (dont let the title give the wrong impression - it specializes in
486-optimized code as well - that is if you actually care about that) and has
(I'm pretty sure anyway) been used to compile a lot of generally used
programs today, including a game that was (un)officially ported to OS/2. I
cant say for 100% that this compiler is in every way BETTER than the
compilers one can buy from IBM, or wherever, but it is free and does not
require 100megs (or more) of disk space to be useable (three of the best
things I like about it - third being it has pentium-optimization code for
compiling programs)!



On Thu, 09 Dec 1999 16:44:46 GMT, Alex Taylor wrote:

>I have a few questions regarding available C/C++ compilers and the OS/2
>toolkit...
>
>First off, I realize this is probably a matter of taste, but which would
>people recommend:  Watcom C/C++, or IBM VisualAge C++ (either v3 or v4)?
>Do they both include visual developers, or just the IBM one?  Simplicity
>and ease of use are more important to me than OS/2/Win cross-development,
>and support for standards is a Good Thing.  (I'm also new to GUI
>programming in general, outside Java). 
>
>I was looking at Indelible Blue and Mensys for the VAC++ prices, and I'm
>confused.  IB lists VAC++ Pro for $794.00 (!).  VAC++ upgrade is $228.00
>(better), but VAC++ upgrade from C Set++ is $840.00!!
>
>Am I to understand that an upgrade version is more expensive than the base
>version?  And why the huge difference between the two upgrade versions
>anyway?  Why would there be two different UG versions?  Is one for a
>different market, or another OS/platform?  What am I missing?
>
>I currently have CSet++, BTW, hence my interest in the upgrade versions.
>Which brings me to my last question...
>
>The version of the OS/2 developer's toolkit that I have is rather old.
>Where can I get a new one?  The IBM Developer's Connection looks like the
>right place, but that costs about $600, and includes all kinds of stuff I
>don't need.  (Somebody suggested I look at PartnerWorld, but only
>companies seem to qualify for free toolkits and stuff.)  So what's the
>best way to get the latest toolkit (and just the toolkit) legally, and
>inexpensively?
>
>Thanks ...
>-- 
>-----------------------------------------------------------------
> Alex Taylor                  BA - CIS - University of Guelph
> alex@eddie.cis.uoguelph.ca   http://eddie.cis.uoguelph.ca/~alex
>-----------------------------------------------------------------




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

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

From: hei@hatespam.norman.no                            14-Dec-99 07:46:10
  To: All                                               14-Dec-99 11:41:16
Subj: Re: Useful docs for Open32?

From: hei@hatespam.norman.no (Harald Eilertsen)

On Tue, 14 Dec 1999 00:20:24, Peter Fitzsimons 
<pfitzsim@NOSPAMBASTARDS!home.com> wrote:

> Assuming your original code was written for NT 3.51, the theory is that
> the only thing you will have to add to the program is this:

Yeah, but I'm porting a couple of DLL's too, they need the 
WinInitializeOpen32 and WinTerminateOpen32 calls. I did find the 
problem, though. The symbols was not listed in pmwinx.lib, so I had to
import them myself in the linker.

Now everything compiles and links, but my app still fails before main.
Not sure if this is related to Open32 though. It seems both DLL's I've
ported initialize ok.

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: pfitzsim@NOSPAMBASTARDS!home.com                  14-Dec-99 09:54:04
  To: All                                               14-Dec-99 11:41:16
Subj: Re: Useful docs for Open32?

From: Peter Fitzsimons <pfitzsim@NOSPAMBASTARDS!home.com>

Harald Eilertsen wrote:
> 
> On Tue, 14 Dec 1999 00:20:24, Peter Fitzsimons
> <pfitzsim@NOSPAMBASTARDS!home.com> wrote:
> 
> > Assuming your original code was written for NT 3.51, the theory is that
> > the only thing you will have to add to the program is this:
> 
> Yeah, but I'm porting a couple of DLL's too, they need the
> WinInitializeOpen32 and WinTerminateOpen32 calls. I did find the
> problem, though. The symbols was not listed in pmwinx.lib, so I had to
> import them myself in the linker.
> 
> Now everything compiles and links, but my app still fails before main.
> Not sure if this is related to Open32 though. It seems both DLL's I've
> ported initialize ok.

did you see \toolkit\samples\open32\dllentry\dllmain.c?

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

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

From: tbretz@physik.tu-muenchen.de                      14-Dec-99 12:59:12
  To: All                                               14-Dec-99 11:41:17
Subj: stdin/out in PM Apps

From: Thomas Bretz <tbretz@physik.tu-muenchen.de>

Hello,

Vice handles the monitor-window in the way that stdin/stdout is
redirected to a file-stream. Because a PM-App redirects all output to
stdout to NUL and I don't know how stdin is handled. 

Does somebody know how to open a text window (like an OS/2 console
window) and redirect stdin/-out to another program?

Thx,
Thomas.

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

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

From: hei@hatespam.norman.no                            14-Dec-99 12:48:15
  To: All                                               14-Dec-99 11:41:17
Subj: Re: Useful docs for Open32?

From: hei@hatespam.norman.no (Harald Eilertsen)

On Tue, 14 Dec 1999 09:54:08, Peter Fitzsimons 
<pfitzsim@NOSPAMBASTARDS!home.com> wrote:

> Harald Eilertsen wrote:
> > 
> > Now everything compiles and links, but my app still fails before main.
> > Not sure if this is related to Open32 though. It seems both DLL's I've
> > ported initialize ok.
> 
> did you see \toolkit\samples\open32\dllentry\dllmain.c?

Yup, thats where I found out about the above calls. 

Now the big question is whether I can use a HMODULE in place of the 
HINSTANCE that DllMain expects, or how I can get a valid HINSTANCE if 
not... 

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: jari.j.laaksonen@nokia.com                        14-Dec-99 15:29:24
  To: All                                               14-Dec-99 14:35:15
Subj: Re: stdin/out in PM Apps

From: Jari Laaksonen <jari.j.laaksonen@nokia.com>

Thomas Bretz wrote:
> Vice handles the monitor-window in the way that stdin/stdout is
> redirected to a file-stream. Because a PM-App redirects all output to
> stdout to NUL and I don't know how stdin is handled.
> 
> Does somebody know how to open a text window (like an OS/2 console
> window) and redirect stdin/-out to another program?

For redirecting stdout or stderr, use freopen:

    freopen( "error.log", "w", stderr );

Then call simply:

    fprintf (stderr, ...);

in PM program.

Or use PMPrintf (pmprtf.zip) from:
  ftp://ftp.cdrom.com/pub/os2/ibm/ews/

-- 
Jari Laaksonen

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

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

From: ilya@math.ohio-state.edu                          14-Dec-99 20:53:12
  To: All                                               14-Dec-99 19:59:12
Subj: Re: stdin/out in PM Apps

From: ilya@math.ohio-state.edu (Ilya Zakharevich)

[A complimentary Cc of this posting was sent to Thomas Bretz 
<tbretz@physik.tu-muenchen.de>],
who wrote in article <3856311C.26E0CFE6@physik.tu-muenchen.de>:
> Hello,
> 
> Vice handles the monitor-window in the way that stdin/stdout is
> redirected to a file-stream. Because a PM-App redirects all output to
> stdout to NUL and I don't know how stdin is handled. 

There is no redirection of stdout, stderr or stdin for a PM application,
UNLESS they are open to /dev/con.

 pm_application > foo < bar

works without any problem.  [Assuming a reasonable shell, some
versions of pdksh are broken in this respect.]

Ilya

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

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

From: retsiemynnaht@spammoc.beoohaygon...               14-Dec-99 17:15:21
  To: All                                               14-Dec-99 19:59:13
Subj: Re: stdin/out in PM Apps

Message sender: retsiemynnaht@spammoc.beoohaygone.net

From: "Mike Ruskai" <retsiemynnaht@spammoc.beoohaygone.net>

On Tue, 14 Dec 1999 12:59:24 +0100, Thomas Bretz wrote:

>Hello,
>
>Vice handles the monitor-window in the way that stdin/stdout is
>redirected to a file-stream. Because a PM-App redirects all output to
>stdout to NUL and I don't know how stdin is handled. 
>
>Does somebody know how to open a text window (like an OS/2 console
>window) and redirect stdin/-out to another program?

The root problem here is that Presentation Manager refuses to create a
message queue for a process if it doesn't have a type of 3 (PM protect mode
program).

Fortunately, this is very easy to work around, though I don't know whether
there are potential pitfalls.

Instead of linking your program as a PM executable, link it as VIO.  Load all
necessary PM modules manually.  PMMERGE will get you just about all PM
functions, but I don't know exactly when PMMERGE was created.  It will
probably fail on OS/2 2.1.  Before issuing WinCreateMsgQueue, call
DosGetInfoBlocks(), which gives you pointers to the thread and process
information blocks.  In the process information block (which is in storage
controlled by OS/2, so don't try to free the memory) is the element
pib_ultype, which says what kind of executable it's supposed to be.  Set this
element to a value of 3, and PM will happily issue a message queue handle,
and you can use the full PM API while still having access to stdout and stdin
from the window the program was started from (the WPS will perceive the
program as VIO, not PM, and open a window if you create a program object).

Keep in mind that this window will be on thread one, and any input/output you
perform will have to be done inside the message loop, or in a message
procedure.  Or, simply spawn a new thread that does all of the PM work, while
the main thread remains available for text operations.

The basics you need:

#define INCL_DOSPROCESS
#define INCL_DOSMODULEMGR
#include <os2.h>

PPIB pib;
PTIB tib;
HMODULE pmh;
APIRET rc;
char failure[64];

rc=DosGetInfoBlocks(&tib, &pib);
rc=DosLoadModule(failure, 64, "PMMERGE", &pmh);
pib->pib_ultype=3;

After doing the above, you proceed normally into initializing the PM program,
with WinInitialize(), WinCreateMsgQueue(), etc.


--
 - Mike

Remove 'spambegone.net' and reverse to send e-mail.


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

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

From: pfitzsim@NOSPAMBASTARDS!home.com                  15-Dec-99 00:11:16
  To: All                                               14-Dec-99 21:14:07
Subj: Re: Useful docs for Open32?

From: Peter Fitzsimons <pfitzsim@NOSPAMBASTARDS!home.com>

Harald Eilertsen wrote:
> 
> On Tue, 14 Dec 1999 09:54:08, Peter Fitzsimons
> <pfitzsim@NOSPAMBASTARDS!home.com> wrote:
> 
> > Harald Eilertsen wrote:
> > >
> > > Now everything compiles and links, but my app still fails before main.
> > > Not sure if this is related to Open32 though. It seems both DLL's I've
> > > ported initialize ok.
> >
> > did you see \toolkit\samples\open32\dllentry\dllmain.c?
> 
> Yup, thats where I found out about the above calls.
> 
> Now the big question is whether I can use a HMODULE in place of the
> HINSTANCE that DllMain expects, or how I can get a valid HINSTANCE if
> not...
>

OS/2 dll's don't have a dllmain(),  although I supposed one could be
similated.

Throw your old dllmain() away and move any important code to the sample
in dllmain.c

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

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

From: barrowcl@flash.net                                15-Dec-99 00:12:24
  To: All                                               14-Dec-99 21:14:07
Subj: \r and printf

From: "George Barrowcliff" <barrowcl@flash.net>

Recompiling an OS/2 V2.1 to Warp 4 C program.

in the old version   printf(".......\r");        would output on the same
line each time
now nothing is sent to the screen until a newline in some other statement
forces the buffer to the screen.

I can change it to a newline, but I want it to display on the same line.

Any ideas?

TIA GWB



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

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

From: mamodeo@stny.rr.com                               14-Dec-99 19:29:16
  To: All                                               14-Dec-99 21:14:07
Subj: Re: \r and printf

From: Marty <mamodeo@stny.rr.com>

George Barrowcliff wrote:
> 
> Recompiling an OS/2 V2.1 to Warp 4 C program.
> 
> in the old version   printf(".......\r");        would output on the same
> line each time
> now nothing is sent to the screen until a newline in some other statement
> forces the buffer to the screen.
> 
> I can change it to a newline, but I want it to display on the same line.
> 
> Any ideas?

fflush(stdout);

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

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

From: rde@tavi.co.uk                                    15-Dec-99 00:58:12
  To: All                                               14-Dec-99 21:14:07
Subj: Re: \r and printf

From: rde@tavi.co.uk (Bob Eager)

On Wed, 15 Dec 1999 00:12:49, "George Barrowcliff" 
<barrowcl@flash.net> wrote:

> in the old version   printf(".......\r");        would output on the same
> line each time
> now nothing is sent to the screen until a newline in some other statement
> forces the buffer to the screen.

It's being buffered. Either turn off buffering for stdout, with:

     setbuf(stdout, NULL);

somewhere near the start of the program, or explicitly flush the 
buffer after sending a '\r', by using:

    fflush(stdout);

-- 
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: cbzh@my-deja.com                                  15-Dec-99 07:56:21
  To: All                                               15-Dec-99 16:48:08
Subj: Re: stdin/out in PM Apps

From: cbzh@my-deja.com

In article
<gunaalzrvfgrelnubbpbz.fmr4i64.pminews@netnews.worldnet.att.net>,
  "Mike Ruskai" <retsiemynnaht@spammoc.beoohaygone.net> wrote:
> On Tue, 14 Dec 1999 12:59:24 +0100, Thomas Bretz wrote:
>
> >Hello,
> >
> >Vice handles the monitor-window in the way that stdin/stdout is
> >redirected to a file-stream. Because a PM-App redirects all output to
> >stdout to NUL and I don't know how stdin is handled.
> >
> >Does somebody know how to open a text window (like an OS/2 console
> >window) and redirect stdin/-out to another program?
>
> The root problem here is that Presentation Manager refuses to create a
> message queue for a process if it doesn't have a type of 3 (PM protect
mode
> program).

You have the option to simply start a command line program out of your
PM application and redirect stdin/-out there. I attached a code example
where I do this and afterwards read the output of this program in my
own: This is from my PMAPM program (see at Hobbes) which is just a PM
wrapper for the APM/2 (command line) program of Roman Stangl. The other
direction, i.e. writing to the stdin of the child process should also be
possible in a similar way.

Cornelis Bockemhl <cbockem@datacomm.ch>
Author of "PmAs - Astronomy for the Presentation Manager"
http://www.datacomm.ch/cobo

PS: I am working for a couple of months now as a developer on WinNT and
not long ago I wanted to do the same thing there - and found out it is
almost impossible: M$ actually removed the stdin/out handles from
graphical Windows applications! Some really stupid guys must have
thought: Why do we need file handles if they are always redirected to
the NUL device? How shortsighted!! Which inforces me in my opinion that
WinNT which once was intended as some sort of "OS/2 Next Generation" is
actually crippled and messed up compared to the original in many
important places which are not so easily seen by a "normal user"!

-----------8<---------------------------------------------
/* Weitere Bearbeitung */
case WM_WEITER:
{
  CHAR ch,buf[256],objName[CCHMAXPATH],arg[1024];
  HPIPE hpR,hpW;
  ULONG n,cbRead,spCount,ptCount;
  HFILE hfSave=-1,hfNew=HF_STDOUT;
  RESULTCODES resCodes;
  APIRET arc;

  /* Filehandle von STDOUT sichern */
  DosDupHandle(HF_STDOUT,&hfSave);
  DosCreatePipe(&hpR,&hpW,256);        /* Creates
pipe                      */
  DosDupHandle(hpW,&hfNew);            /* Duplicates standard output
handle */

  /* APM2 mit dem entsprechenden Parameter starten */
  sprintf(arg,"%s%c/%s%s %s%c%c",
          "APM.EXE",0,
          iParam[iSelect],(iSelect==0)?(optPoweroff[pwrffOption]):"",
          xtraOptions,0,0);
  arc=DosExecPgm(objName,sizeof(objName),EXEC_ASYNC,arg,NULL,
                 &resCodes,"APM.EXE");

  /* Ende, wenn Programmstart nicht gelungen ist */
  /* Anmerkung: Keine Fehlermeldung... */
  if(NO_ERROR!=arc)
  {
    ErrorMessage(GetMessage(MSG_ERR_STARTNPOSSIBLE));
    WinPostMsg(hwnd,WM_QUIT,(MPARAM)0,(MPARAM)0);
    break;
  }

  DosClose(hpW);                       /* Closes write handle to
ensure     */
                                       /* Notification at child
termination */
  DosDupHandle(hfSave,&hfNew);         /* Brings stdout
back                */

  /* Einlesen und Text ausgeben */
  spCount=ptCount=0;
  do
  {
    DosRead(hpR,&ch,1,&cbRead);
    switch(ch)
    {
          /* .... */
    }
  }
  while(cbRead);

  /* Programm beenden */
  WinPostMsg(hwnd,WM_QUIT,(MPARAM)0,(MPARAM)0);
}
-----------8<---------------------------------------------


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: hei@hatespam.norman.no                            15-Dec-99 08:27:00
  To: All                                               15-Dec-99 16:48:08
Subj: Re: Useful docs for Open32?

From: hei@hatespam.norman.no (Harald Eilertsen)

On Wed, 15 Dec 1999 00:11:33, Peter Fitzsimons 
<pfitzsim@NOSPAMBASTARDS!home.com> wrote:

> OS/2 dll's don't have a dllmain(),  although I supposed one could be
> similated.

No, but Watcom has a __dll_initialize and __dll_terminate (IBM got 
_DLL_InitTerm or something). I initialize Open32 there, and retreive 
the module handle of the DLL which I pass to DllMain disguised as an 
HINSTANCE. It seems to work now. At least the dialog template gets 
loaded and the dialog proc executes. Seems there are some problems in 
the dialog proc, but that's just a debugging issue.

Thanx for your input!

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: radu_trm@yahoo.com                                15-Dec-99 16:13:06
  To: All                                               15-Dec-99 16:48:09
Subj: Re: Choice of compilers

From: radu <radu_trm@yahoo.com>

Where are available updates for Watcom v11?
Thanks!
Radu

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

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

From: dfsinc@ibm.net                                    15-Dec-99 09:49:00
  To: All                                               15-Dec-99 16:48:09
Subj: FP12 (beware?)

From: Fraser Sinclair <dfsinc@ibm.net>

I think I read in comp.os2 somewhere that FP12 left the system in a
vulnerable state when lockup (screen saver mode) was running. If so, I
would be interested to know if FP12 could actually have been the source
of my problem.

Last week, when the screen saver failed to respond to the keyboard, I
hit reset (later I discovered the keyboard was unplugged). The machine
had not been used at all when I reset.

When I rebooted, CHKDSK started up on the E: drive and spewed out a
couple of thousand of the dreaded "found0..." files before it just hung.

I got Gammatech GTDISK and successfully restored my key files to another
drive.

Out of curiosity, I toggled the dirty bit on the E: drive. When I
rebooted again, the system appeared back to normal and I was even able
to run programs on the E: drive. However CHKDSK still said that the E:
drive lacked a root directory and would again start concatenating
"found0" files. ???? Was CHKDSK trying to protect me from my data?

To be on the safe side, I reformatted the E: drive and everything seemed
normal for a few days until I noticed some odd behavior with COPY and
XCOPY (probably was there all along). The copies did not always match
the originals. The byte counts were always identical but sometimes in
the middle of a 1.5MB file there would be a smudge of about 60 bytes
which didn't match the original (not ASCII). Sometimes the mismatch
would be many hundreds of bytes. I was able to get the same odd behavior
from the upstairs machine over peer, but never on the upstairs machine
(also FP12) once the file was copied up there.

I backed out of FP12 and the problem persisted. So I did a long format
on C: and reinstalled OS/2. Now the problem is fixed. I just have one
thing left to do --- reinstall a fixpack so I can run Netscape. It would
be nice to have an official fixpack for that purpose --- one that
doesn't fix anything else.

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

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

From: spamtrap@cds-inc.com                              15-Dec-99 15:34:29
  To: All                                               15-Dec-99 16:48:09
Subj: Re: Choice of compilers

From: spamtrap@cds-inc.com (Brad Benson)

yyyc186.illegaltospam@flashcom.net wrote:

] IB is a company with damned few ethics and even less competance.  One of
] the first things I do when brought into a company as a contractor is get
] them banned from the clients vendor list.  Any vendor carrying software
] from either Stardock or CDS has to be treated just like you were having
] sex with an AIDS patient...because you are.


Feh.  Having dealt with IB many times as both a  customer and a
vendor, I can say that I've never been displeased with their service.
They've always treated us (as in CDS) and myself (as in me) fairly and
reasonably.   

Based on their success (they are, after all, the largest OS/2 vendor
outside of IBM itself), I would guess that whatever issue you may have
had with them was a misunderstanding more than anything else.   

Cheers,

Brad
replace "spamtrap" with "benson" in my reply address

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

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

From: spamtrap@cds-inc.com                              15-Dec-99 15:44:26
  To: All                                               15-Dec-99 16:48:09
Subj: Re: Choice of compilers

From: spamtrap@cds-inc.com (Brad Benson)

alex@eddie.cis.uoguelph.ca (Alex Taylor) wrote:

] I have a few questions regarding available C/C++ compilers and the OS/2
] toolkit...
] 
] First off, I realize this is probably a matter of taste, but which would
] people recommend:  Watcom C/C++, or IBM VisualAge C++ (either v3 or v4)?
] Do they both include visual developers, or just the IBM one?  Simplicity
] and ease of use are more important to me than OS/2/Win cross-development,
] and support for standards is a Good Thing.  (I'm also new to GUI
] programming in general, outside Java). 
] 
] I was looking at Indelible Blue and Mensys for the VAC++ prices, and I'm
] confused.  IB lists VAC++ Pro for $794.00 (!).  VAC++ upgrade is $228.00
] (better), but VAC++ upgrade from C Set++ is $840.00!!
] 
] Am I to understand that an upgrade version is more expensive than the base
] version?  And why the huge difference between the two upgrade versions
] anyway?  Why would there be two different UG versions?  Is one for a
] different market, or another OS/platform?  What am I missing?

 - snip -

The VAC++ Pro upgrade you are looking at is for an upgrade from
C-Set++ on AIX to VAC++ Pro on AIX; IB has it listed unclearly at
best.   Check out
http://commerce.www.ibm.com/cgi-bin/ncommerce/CategoryDisplay?cgmenbr=1&cgrfnbr
=1826260&lang=en_US&cntry=840
...to get it straight from IBM.

I've had excellent results with VAC++ on both OS/2 and Windows NT.
We've used them to develop major retail applications as well as
internal projects and have been quite pleased.  The only thing I don't
like about VAC++ 4.0 (and this is a biggie, for us) is that if you use
the IDE, you can use makefiles or vice versa.     

I've also used Watcom for device drivers; I never thought much of
their debugger or other development tools compared to VisualAge C++.
The only thing they did for us that VAC++ didn't was 16-bit code.
Since it's a dead product now anyway, I wouldn't consider using it for
new projects.


Cheers,

Brad
replace "spamtrap" with "benson" in my reply address

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

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

From: nospam_ktk@netlabs.org                            15-Dec-99 17:00:22
  To: All                                               15-Dec-99 16:48:09
Subj: Re: Useful docs for Open32?

From: "Adrian Gschwend" <nospam_ktk@netlabs.org>

On 13 Dec 1999 12:50:23 GMT, Harald Eilertsen wrote:

>Anybody got any useful docs for Open32? The INF that comes with the 
>toolkit is completely useless. The redbook was a bit better, but I 
>still lack documentation on the specific Open32 functions like 
>WinCallWinMain, WinInitializeOpen32 and WinTerminateOpen32.

Well, I really recommend you to use Odin instead of Open32, it's more stable
and you will be able to do much more with it than with Open32. And you can
get Odin with full sourcecode at http://www.netlabs.org/odin/

cu

Adrian


---
Adrian Gschwend
@ OS/2 Netlabs

ICQ: 22419590
ktk@netlabs.org
-------
The OS/2 OpenSource Project:
http://www.netlabs.org


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

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

From: jstucklex@attglobal.net                           15-Dec-99 11:37:22
  To: All                                               15-Dec-99 16:48:09
Subj: Re: Choice of compilers

From: Jerry Stuckle <jstucklex@attglobal.net>

Brad,

I've also dealt with IB many times - with no real problems (occasionally
there's a problem where something is backordered and doesn't come in
when they expect it - not their problem.

However, Roland's update looks more like he has a personal vendetta
against IB,

Brad Benson wrote:
 
> Feh.  Having dealt with IB many times as both a  customer and a
> vendor, I can say that I've never been displeased with their service.
> They've always treated us (as in CDS) and myself (as in me) fairly and
> reasonably.
> 
> Based on their success (they are, after all, the largest OS/2 vendor
> outside of IBM itself), I would guess that whatever issue you may have
> had with them was a misunderstanding more than anything else.
> 
> Cheers,
> 
> Brad
> replace "spamtrap" with "benson" in my reply address

-- 

=======================================================
To reply, delete the "x" from my email address

Jerry Stuckle
jstucklex@attglobal.net
JDS Computer Training Corp.
Sun Certified Java Programmer
VisualAge/Java Certified Advanced Technical Expert
VisualAge/C++ Certified Developer

=======================================================

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: JDS Computer Training Corp. (1:109/42)

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

From: rtauber@hrtextron.textron.com                     15-Dec-99 23:30:06
  To: All                                               15-Dec-99 21:17:22
Subj: Re: Debugger terminates program by PM Resource Interlock message.

From: Richard Tauber <rtauber@hrtextron.textron.com>

b wrote:
> 
> 
> Hi there,
> 
> I've a problem with OS/2 Warp 4 and Visual Age C++ 3.0.
> When I'm going to debug my project the debugger stops with
> the message specified above.
> 
> All Dll's are built quite new, so that the project fits.
> 
> Thanks for any advices
> 
> Bernhard Schnabl
> 
> 

Paul Ratcliffe solved his problem by running until just before the call to 
WinCreateMsgQueue, single step over that call and then Run as normal.
In my application, I also get the "pm resource interlock" msg out of the 
debugger but I am creating an IThread object and then calling its start(..) 
method passing in a pointer to an IThreadMemberFn and defaulting the second 
parameter to true (autoinit gui).  If instead I set the second parameter to 
false and add a IThread::current()->InitializeGUI() call at the beginning 
of my thread, I can then break there, single step, and voila, run normal.  
I didn't have this problem in fixpack 6/va 3.08, but I do now on fp 12/ va 
3.08.  And by the way, the es1869 audio driver no-longer works after 
installing fp12.

--
Posted via CNET Help.com
http://www.help.com/

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)

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

From: pfitzsim@NOSPAMBASTARDS!home.com                  15-Dec-99 23:38:13
  To: All                                               15-Dec-99 21:17:22
Subj: Re: Porting from OS/2 to 98 / NT

From: Peter Fitzsimons <pfitzsim@NOSPAMBASTARDS!home.com>

Chris wrote:
> 
> Does ANYONE know of a program to make it easy to port from OS/2 to Win
> 98 / NT??  I have a C / C++ Visual Age 3.0 application.  It is a pretty
> big application.  Maybe there is a shell that I could run in Windows to
> allow it to run my OS/2 Application??
> 

Did you stick to Openclass (if so, just compile it with IBM's win32
compiler)?  Or did you use OS/2 api's directly?

Is it a PM app?

Is it one program or many?

Is it a end-user program or a back-room-server type program?

give us more to go on.

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

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

From: opensys5000@nospam.hotmail.com                    15-Dec-99 10:30:11
  To: All                                               16-Dec-99 02:11:09
Subj: Porting from OS/2 to 98 / NT

From: Chris <opensys5000@nospam.hotmail.com>

Does ANYONE know of a program to make it easy to port from OS/2 to Win
98 / NT??  I have a C / C++ Visual Age 3.0 application.  It is a pretty
big application.  Maybe there is a shell that I could run in Windows to
allow it to run my OS/2 Application??

- Any help you could give me would be excellent!!

- Microsoft have any suggestions??

- Thank you all!!




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

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

From: jpolt@bradnet.legend.co.uk                        15-Dec-99 18:57:29
  To: All                                               16-Dec-99 02:11:09
Subj: Re: Useful docs for Open32?

From: jpolt@bradnet.legend.co.uk (John Poltorak)

In <xgxargynofbet.fmsyh82.pminews@news.aart.ch>, "Adrian Gschwend"
<nospam_ktk@netlabs.org> writes:
>On 13 Dec 1999 12:50:23 GMT, Harald Eilertsen wrote:
>
>>Anybody got any useful docs for Open32? The INF that comes with the 
>>toolkit is completely useless. The redbook was a bit better, but I 
>>still lack documentation on the specific Open32 functions like 
>>WinCallWinMain, WinInitializeOpen32 and WinTerminateOpen32.
>
>Well, I really recommend you to use Odin instead of Open32, it's more stable
>and you will be able to do much more with it than with Open32. And you can
>get Odin with full sourcecode at http://www.netlabs.org/odin/

How about publishing a book?

>cu
>
>Adrian
>
>
>---
>Adrian Gschwend
>@ OS/2 Netlabs
>

>ICQ: 22419590
>ktk@netlabs.org
>-------
>The OS/2 OpenSource Project:
>http://www.netlabs.org
>
>

--
John

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

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

From: isaacl@jazz.ece.ubc.ca                            15-Dec-99 19:58:26
  To: All                                               16-Dec-99 02:11:09
Subj: Re: Choice of compilers

From: isaacl@jazz.ece.ubc.ca (e-frog)

radu (radu_trm@yahoo.com) wrote:
: Where are available updates for Watcom v11?
: Thanks!
: Radu

As far as I know, you must contact Sybase for them and they will mail you
a CD or something. I also recall that the period for the last request has
expired. There is 11a and 11b updates I think.

Perhaps if someone from Sybase is listening they can correct me on this.


Isaac

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: ITServices, University of British Columbia (1:109/42)

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

From: hei@hatespam.norman.no                            16-Dec-99 08:11:23
  To: All                                               16-Dec-99 04:48:29
Subj: Re: Useful docs for Open32?

From: hei@hatespam.norman.no (Harald Eilertsen)

On Wed, 15 Dec 1999 16:00:44, "Adrian Gschwend" 
<nospam_ktk@netlabs.org> wrote:

> Well, I really recommend you to use Odin instead of Open32, 

I thought about it, but we don't want to have to distribute a ton of 
DLL's with our app. Since Open32 is installed as part of the system, 
that's acceptable. Hopefully time will allow us to do a full native 
port someday.

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: tbretz@physik.tu-muenchen.de                      16-Dec-99 10:10:12
  To: All                                               16-Dec-99 10:28:06
Subj: Listbox -readonly?

From: Thomas Bretz <tbretz@physik.tu-muenchen.de>

Hello,

I want to use Listboxes for textoutput (this is because they hae exactly
the features I need). So I don't want that there is something hilited or
that the user is able to select an item (let me say a readonly listbox)
Does anybody knows, or have an idea, how to do this?

Thx,
Thomas.

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

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

From: Alfred.Hilscher@icn.siemens.de                    16-Dec-99 11:47:29
  To: All                                               16-Dec-99 10:28:06
Subj: Re: Listbox -readonly?

From: Alfred Hilscher <Alfred.Hilscher@icn.siemens.de>

1. Disable the Listbox with WinDisableWindow. The user can do no input
(even no scrolling), but the application can output data.

2. Catch all Listbox messages and do your own handling (instead of
DefDlgProc).

3. Catch the messages and do the inverse action (when receiving a select
message send an deselect message).

4. Subclass the Listbox (with WinSubclassWindow) and throw away all user
inputs (Mouse and KBD).

Resgards,
Alfred

Thomas Bretz wrote:
> 
> Hello,
> 
> I want to use Listboxes for textoutput (this is because they hae exactly
> the features I need). So I don't want that there is something hilited or
> that the user is able to select an item (let me say a readonly listbox)
> Does anybody knows, or have an idea, how to do this?
> 
> Thx,
> Thomas.

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

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

From: dholmes@mail.ivsi.com                             16-Dec-99 09:02:23
  To: All                                               16-Dec-99 10:57:20
Subj: Re: Porting from OS/2 to 98 / NT

From: Dan Holmes <dholmes@mail.ivsi.com>

> server (one small executable, and 40 dll;s.  Also has a Database server
using Btrieve for OS/2,
> which is extremely small and does almost nothing.  I would like to know the
easiest way 

Though i am dismayed that you want the port i know that the
btrieve stuff will not have to be changed.  Their stuff
(APIs and all) are the same across all their platforms
(DOS,WIN16,WIN32,Netware,OS2).  Get the btrieve server
engine for Win32 from pervasive and link with the Win32 libs
and that should be all.
-- 
-------------------
Dan Holmes
Integrated Visual Systems, Inc.
voice 704-847-3379
fax   704-847-4655
mailto:dholmes@trellis.net
work -> http://www.ivsi.com
play -> http://www.geocities.com/heartland/hollow/3097

Insert Disclaimer:
Most of the time i think for myself, at least that is what
they tell me.

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

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

From: borchert@informatik.unibw-muench...               17-Dec-99 00:17:28
  To: All                                               17-Dec-99 03:47:21
Subj: Need to access the routing table with emx (dial on demand)

Message sender: borchert@informatik.unibw-muenchen.de

From: borchert@informatik.unibw-muenchen.de (Uwe Borchert)

Hi Folks,

I wanna build a dailerd for dail on demand. I made a small rexx
script to get the rouiting table with the netstat -r, it works.
But now I wanna make a c-program with emx. I only need to access
this anoing routig table. Any sugestions? It should be with emx
because I wanna provide it open soure and totaly free.

IOU

Uwe Borchert

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

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

From: swanee@pillarsoft.net                             16-Dec-99 19:39:04
  To: All                                               17-Dec-99 03:47:22
Subj: Re: SysCopyObject problem

From: Wayne Swanson <swanee@pillarsoft.net>

cotroneo@stny.rr.com wrote:
> 
> OK, let me pose the problem another way. I want to be able
> to copy to a directory with a name that has spaces in it.
> 
> for example:
> 
>      source="f:\hobbes\testfile"
>      say source
>      dest="f:\space in directory\testfile"
>      say dest
>      '@copy 'source' 'dest''
> 
> produces
> 
> f:\hobbes\testfile
> f:\space in directory\testfile
> SYS1003: The syntax of the command is incorrect.

I see a lot of answers but let's put it all together. Here's the deal...
:-)

If you have a directories with spaces, you can keep it all together by
placing them in a variable like you have done and delimiting each of the
arguments for the copy command with '"' <-- that's a
single-double-single quote. This should work for your SysCopyObject
command also.

SysCopyObject will only copy fully qualified filenames (or objects) to
fully qualified directories (or folder objects)). As you have noticed
already, you can't rename files with the SysCopyObject comand.

/* Copy testfile.txt to another directory with spaces */
source="f:\hobbes\testfile.txt"
say source
dest="f:\space in directory"
say dest
'@copy' '"'source'"' '"'dest'"' '>NUL'

/* Copy testfile.txt to another directory with spaces */
/* and rename the file at the same time to test.txt   */
source="f:\hobbes\testfile.txt"
say source
dest="f:\space in directory\test.txt"
say dest
'@copy' '"'source'"' '"'dest'"' '>NUL'

You used the '@' to stop the copy command from 'echo'ing but you still
get a result shown on the console. To stop any output you can add the
'>NUL' as shown.

This was sort of a pain to figure out and it isn't really doc'd anywhere
that I know of unless I missed it in Bernd Schemmers excellent '"'Rexx
Tips and Tricks'"'. Do a search on Hobbes for this terrific piece of
work or let me know if you can't find it.

Wayne Swanson
------------------------------------------------------------
email: swanee@pillarsoft.net
PillarSoft: http://www.pillarsoft.net
Developers of: WarpZip, DeskTop Backup (DTB), SFX Installer
               ShowTime/2 and the Enhanced E Editors
Vice President: VOICE (Virtual OS/2 International Consumer Education)
VOICE: http://www.os2voice.org
------------------------------------------------------------

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

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

From: nenad@my-deja.com                                 17-Dec-99 05:51:25
  To: All                                               17-Dec-99 03:47:22
Subj: Re: Useful docs for Open32?

From: Nenad Milenkovic <nenad@my-deja.com>

  hei@hatespam.norman.no (Harald Eilertsen) wrote:

> <nospam_ktk@netlabs.org> wrote:
>
> > Well, I really recommend you to use Odin instead of Open32,
>
> I thought about it, but we don't want to have to distribute a ton of
> DLL's with our app. Since Open32 is installed as part of the system,
> that's acceptable. Hopefully time will allow us to do a full native
> port someday.

From developers standpoint, you can see Odin32 as a continuation
of Open32. The difference being that it's actively developed, the
source is available, it has support for new Win32 controls (Open32
is based on NT 3.5 level of Win32 API), it supports many more API
functions, it has worked around Open32 bugs, etc.

All Odin32 DLLs currently occupy less than 3.5MB when unpacked, not
so much for today's HDs and you might not even need all of those for
your application.

Nenad


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

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

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

From: mamodeo@stny.rr.com                               17-Dec-99 01:26:10
  To: All                                               17-Dec-99 03:47:22
Subj: Profiling and PGCC

From: Marty <mamodeo@stny.rr.com>

Has anyone successfully built and run an executable with profiling code using
the latest PGCC?

The executables I build crash immediately on startup in _mcount() (a profiling
function, not any of my code).  I downloaded the bsddev.zip file containing
gcrt0.o from Hobbes in the EMX .9d directory.  Is there a more up-to-date one
which corresponds to the latest PGCC?  I didn't see any on the PGCC/2
homepage.  Any help is appreciated.

- Marty

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

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

From: nenad@my-deja.com                                 17-Dec-99 06:19:16
  To: All                                               17-Dec-99 03:47:22
Subj: Odin team call for developers

From: Nenad Milenkovic <nenad@my-deja.com>

On behalf of Project Odin team I'm forwading you the following
announcement. HTML version of the announcement is available at
http://www.netlabs.org/odin/Announce991217.phtml.

Greetings,
Nenad Milenkovic
--------------------------



Odin team call for developers

17. Dec 1999

Since the first official release Project Odin has been further improved
and the success people have with the software encouraged us to promote
and recommend use of the Odin32 API as a tool for porting Windows
applications to OS/2. Also, while the core team is focused on main
issues, a need for some side-projects arised, that is for projects
that are in one way or another related to Odin, but are (at least
currently) out of the scope or the man-power of Project Odin team.
Finally, but not the least important, we noted that while some Odin32
API subsets are nearing the completition, others lag substantially as
no one is actively working on them.

Therefore we issue this call for OS/2 developers with some spare time
in their pockets, to join us, help us or let us help them. What we
suggest to you is to do one of the following:



Port a Windows application to OS/2

     Although it is not as common as with Linux, there are many open
     source applications available for Windows. In some cases they are
     classical open source projects, sometimes they are giveaways from
     a product that is no longer marketed (an older game or an
     application) and sometimes it's a left-over from a bankrupt
     company or a project.

     Whatever is the case, Odin32 makes porting to OS/2 as easy as it
     can be: we provide the API, platform, resource compiler,
     guidelines and active support! We may even implement or improve
     Odin32 API functions you need if you're unable to do it yourself!
     If you are, you're more than welcomed, as this is the recommended
     way to work with Odin32, that is: helping others, too,
     instead of inventing workarounds or implementing the missing
     functions in your own applications.

     And if you wonder why porting if Odin provides binary
     compatibility, bare in mind that with porting you may improve
     the code, fix bugs, adjust the application to OS/2 environment,
     add OS/2 specific features, etc. The initial version of porting
     guide is available at:

     http://www.netlabs.org/odin/DevelopersPorting.phtml



Implement one of Odin-related projects

     There are couple of features and projects that are out of the
     scope of Odin, but that are related to it in one way or another.
     There is a need for that software, and most of it can be
     acomplished by extending and improving Odin. These projects are
     either tied to Odin's purpose or are dependant on it. Others are
     needed in oder to replicate some Win32 features, and we
     beleive it's better to implement them separately, in a way that
     will enable them to benefit and be both used by regular OS/2
     applications and reused from Odin32.

     Some of those projects are: providing Win16 support, enabling WPS
     integration of Windows Desktop folder, creating Odin32 aware
     taksbar and 'Start' button, implementation of Windows and Control
     Panel applets and NT services control panel, enabling Win32
     Netscape plugins to work in OS/2's Netscape, providing default
     file dialogs replacement based on Odin, 'skin' support for Odin32
     dialogs and windows, creation of Glide API and standardized audio
     mixer API for OS/2...

     By working on these projects you will not only help Odin but OS/2
     users in general. For more informations please visit:

     http://www.netlabs.org/odin/DevelopersProjects.phtml



Join Project Odin team

     Some parts of Odin32 are progressing very well, but there are some
     'neglected' parts of the API that lag substantially behind the
     others as no one is actively working on them. These include some
     parts of DirectX, printing, multimedia, NetBIOS and serial port
     communication APIs. Some others would benefit from help, too, if
     you beleive that you coud not contribute to the above listed ones.

     The curent status of implemented API subsets can be viewed at:

     http://www.netlabs.org/odin/DevelopersOdin32API.phtml

     To join Project Odin, the first step would be to join the
     'general' mailing list and establish contact with the team. You
     can do that from:

     http://www.netlabs.org/odin/ProjectJoining.phtml

     if you can help with the implementation of some of the core API
     subsets.



With this announcement we invite you to join one of the most important
projects for the future of OS/2 as a desktop solution. The project is
making great progress and is probably the OS/2 project with the highest
number of active participants at the moment, but the goal we are aiming
to achieve is huge and lot of work still remains to be done. There are
many good Win32 applications out there and OS/2 users would benefit if
they could use them. To learn more about Project Odin in general visit:

http://www.netlabs.org/odin/




                                           Project Odin Team



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

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

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

From: jpolt@bradnet.legend.co.uk                        17-Dec-99 10:30:06
  To: All                                               17-Dec-99 10:29:26
Subj: Re: Odin team call for developers

From: jpolt@bradnet.legend.co.uk (John Poltorak)

In <83cklh$5ke$1@nnrp1.deja.com>, Nenad Milenkovic <nenad@my-deja.com> writes:
>On behalf of Project Odin team I'm forwading you the following
>announcement. HTML version of the announcement is available at
>http://www.netlabs.org/odin/Announce991217.phtml.
>
>Greetings,
>Nenad Milenkovic
>--------------------------
>
>
>
>Odin team call for developers
>
>17. Dec 1999
>
>Since the first official release Project Odin has been further improved
>and the success people have with the software encouraged us to promote
>and recommend use of the Odin32 API as a tool for porting Windows
>applications to OS/2. Also, while the core team is focused on main
>issues, a need for some side-projects arised, that is for projects
>that are in one way or another related to Odin, but are (at least
>currently) out of the scope or the man-power of Project Odin team.
>Finally, but not the least important, we noted that while some Odin32
>API subsets are nearing the completition, others lag substantially as
>no one is actively working on them.

>Port a Windows application to OS/2
>
>     Although it is not as common as with Linux, there are many open
>     source applications available for Windows. In some cases they are
>     classical open source projects, sometimes they are giveaways from
>     a product that is no longer marketed (an older game or an
>     application) and sometimes it's a left-over from a bankrupt
>     company or a project.
>
>     Whatever is the case, Odin32 makes porting to OS/2 as easy as it
>     can be: we provide the API, platform, resource compiler,
>     guidelines and active support! We may even implement or improve
>     Odin32 API functions you need if you're unable to do it yourself!
>     If you are, you're more than welcomed, as this is the recommended
>     way to work with Odin32, that is: helping others, too,
>     instead of inventing workarounds or implementing the missing
>     functions in your own applications.

You provide all these resources, but actually getting hold of everything
required is not as easy as it could be. I'd like to suggest that you somehow
manage to get all the required tools, sample code etc. included in the next
release of the IBM Develper Connection - I just got December's issue and it
contained *40* CD's. Having all the Odin stuff turn up on your doorstep is
much handier than downloading it. It will also receive a wider coverage as
many non-OS/2 developers will also get there hands on it, and they may be 
intrigued at what it provides.

For details of the IBM Developer Connection see:-

http://www.developer.ibm.com/devcon

..just an idea.


>     And if you wonder why porting if Odin provides binary
>     compatibility, bare in mind that with porting you may improve
>     the code, fix bugs, adjust the application to OS/2 environment,
>     add OS/2 specific features, etc. The initial version of porting
>     guide is available at:
>
>     http://www.netlabs.org/odin/DevelopersPorting.phtml
>
>
>With this announcement we invite you to join one of the most important
>projects for the future of OS/2 as a desktop solution. The project is
>making great progress and is probably the OS/2 project with the highest
>number of active participants at the moment, but the goal we are aiming
>to achieve is huge and lot of work still remains to be done. There are
>many good Win32 applications out there and OS/2 users would benefit if
>they could use them. To learn more about Project Odin in general visit:
>
>http://www.netlabs.org/odin/
>
>
>
>
>                                           Project Odin Team
>
>
>
>Sent via Deja.com http://www.deja.com/
>Before you buy.

--
John

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

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

From: SPAMGUARDstephen.howe@teamsybase...               17-Dec-99 19:43:29
  To: All                                               17-Dec-99 20:07:16
Subj: Re: Choice of compilers

Message sender: SPAMGUARDstephen.howe@teamsybase.com

From: "Stephen Howe" <SPAMGUARDstephen.howe@teamsybase.com>

radu wrote in message <3857A1F9.839D8491@yahoo.com>...
>Where are available updates for Watcom v11?
>Thanks!

Isaac is correct. The deadline for upgrading via Sybase expired on August
31st 1999 for North America, October 31st 1999 for the rest of the world.

If you live in the States, you can try calling 1-800-SYBASE. I think this is
a loop hole that Sybase have forgoptten about but use it while it remains
open. It is the cheap option for American customers.

Otherwise your only choice is Greymatter, an  English company. They are a
specialist supplier for programmers. See www.greymatter.com for details on
contacting them.

Stephen Howe [TeamSybase]


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: UUNET WorldCom server (post doesn't reflect views
(1:109/42)

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

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