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

                 Saturday, 18-Dec-1999 to Friday, 24-Dec-1999

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

From: nenad@my-deja.com                                 18-Dec-99 01:07:12
  To: All                                               18-Dec-99 04:52:28
Subj: Re: Odin team call for developers

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

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

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

This is very interesting idea and it would be nice if Odin ends
up on DevCon as a porting tool. However, it's not so big and it's
not so hard to get it even from the Net. Couple of megs of download,
for binaries, sources... You even have WPS front end for CSV and
lot of active developers that are ready to help you.

Nenad


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

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

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

From: kukuk@berlin.snafu.de                             18-Dec-99 01:46:27
  To: All                                               18-Dec-99 04:52:28
Subj: Re: stdin/out in PM Apps

From: kukuk@berlin.snafu.de (Guenter Kukkukk)

In <3856311C.26E0CFE6@physik.tu-muenchen.de>, Thomas Bretz
<tbretz@physik.tu-muenchen.de> writes:
>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.

Hi Thomas,
there were rumors about this years ago in the EMX-mailinglist
and lateron discussions, how java is implemented in OS/2.
Have a look at the following code - it was posted here in April.
Only use 
   icc test.c
to get a vio-application - which then magically morphs into
a PM-application, still sending printf() to stdout.

Best wishes.
Guenter
--------------------------
 #define INCL_WIN
 #define INCL_PM
 #define INCL_DOSPROCESS
 #include <os2.h>
 #include <stdio.h>
 
 void main(void)
 { 
  HAB hab;
  HMQ hmq;
  PPIB pib;
  PTIB tib;
 
  printf("In console\n");
 
  DosGetInfoBlocks(&tib, &pib);
 
 /* Try morphing into a PM application. */
 /* p. p:  p pp,
  *   p   p 
  */
  if(pib->pib_ultype == 2)          /* VIO */
    pib->pib_ultype = 3;
 
  hab = WinInitialize(0);
  hmq = WinCreateMsgQueue(hab, 0);
  if(!hmq)
    {
     printf("Cannot create a message queue\n");
     return;
    }
 
  WinMessageBox(HWND_DESKTOP, 0, "Now PM application", "Morphing", 
100, MB_OK);
  printf("Still pm app\n");
  WinMessageBox(HWND_DESKTOP, 0, "Still PM application", "Morphing", 
100,
 MB_OK);
  printf("Still pm app\n");
 
  WinDestroyMsgQueue(hmq);
  WinTerminate(hab);
 
  printf("All done\n");
 } 
----------------------------8<----------------------------------------
-
   

SY,
Evgeny Kotsuba,
S&R Laser Center,  Shatura, Russia
http://g23.relcom.ru/g23/9749


Guenter Kukkukk
Entwicklungsbuero fuer Mikroelektronik
Damaschkestr. 24
D-10711 Berlin (Germany)
Tel.   +49 30 327 024 50
Fax:   +49 30 327 024 52
EMail: kukuk@berlin.snafu.de

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: [Posted via] Interactive Networx (1:109/42)

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

From: whonea@codenet.net                                18-Dec-99 01:51:22
  To: All                                               18-Dec-99 05:20:09
Subj: Re: Porting from OS/2 to 98 / NT

From: whonea@codenet.net (Will Honea)

On Wed, 15 Dec 1999 18:30:23, Chris <opensys5000@nospam.hotmail.com> 
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??
>  
> - Any help you could give me would be excellent!!
>  
> - Microsoft have any suggestions??
>  
> - Thank you all!!
> 

Given any thought to VisualAge 4?  You might be able to port it fairly
easily to VisualAge 3.5 (WIN) also.

Will Honea <whonea@codenet.net>

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

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

From: whonea@codenet.net                                18-Dec-99 01:51:22
  To: All                                               18-Dec-99 05:20:09
Subj: Re: Debugger terminates program by PM Resource Interlock message.

From: whonea@codenet.net (Will Honea)

On Wed, 15 Dec 1999 23:30:12, Richard Tauber 
<rtauber@hrtextron.textron.com> wrote:

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

One other 'trick' that gets around a lot of the resource interlock 
problems is to step into your main() and run to the point that the 
first function outside of the main() loop is called.  Set a breakpoint
AFTER that call and then do a step over the call.  In most of my code,
there will be one call that opens a window with it's own winProc() so 
that stepping over that call basically executes the whole program. The
step-over amounts to a Run to return which happens on program exit.  
This seems to set something up that beats most of the resource lock 
problems even in subsequent threads. 

Will Honea <whonea@codenet.net>

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

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

From: dwparsons@t-online.de                             18-Dec-99 14:03:28
  To: All                                               18-Dec-99 10:01:25
Subj: Re: Choice of compilers

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

On Wed, 15 Dec 1999 15:44:52, spamtrap@cds-inc.com (Brad Benson) wrote:

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

Just been there and found this:-

  30L8366       VisualAge C++ Professional for OS/2 and for
                Windows NT V4.0 - Upgrade from VisualAge C++
                for OS/2 V3.0 or for Windows V3.5, Microsoft
                Visual C++ or Borland/Imprise C++                    $239.00

My question is, do you know what you get, ie is it a full installation
and secondly, what qualifies and what proof of ownership is required to
install it?

I have a copy of Borland C++ V3.0 amoungst my collection of old compilers,
but the nearest thing to a registration number I can find is on the 5 1/4"
installation disk (still unopened).

Does anyone know whether this would qualify and whether this only
applies for US / Canada?
I'm in Germany and I haven't seen many IBM products on offer here lately.

-- 
Dave

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

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

From: mamodeo@stny.rr.com                               18-Dec-99 15:27:12
  To: All                                               18-Dec-99 20:28:12
Subj: A question for the REXXperts

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

What am I doing wrong in this REXX script?

/* REXX */

call RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
call SysLoadFuncs

rc = SysMkDir("obj")
say rc


Here's the output:
     6 +++   rc = SysMkDir('obj');
REX0040: Error 40 running I:\gccdev\mame36b12\rexxtest.cmd, line 6: Incorrect
call to routine

If I change line 6 to:
rc = SysMkDir()

it runs without error, but (obviously) does nothing.  I found the same thing
happening with SysFileDelete.  Strangely, however, SysFileTree works just
fine.

The other issue is that this same script ran perfectly fine about 2 weeks ago
and has not been modified since.  I don't believe I have installed anything on
my system since then either.

Here are the DLLs in question:
 4-01-99   2:20p    266031           0  REXX.DLL
 7-23-98   3:54p     29603           0  REXXAPI.DLL
 3-31-97   5:35p     61195           0  REXXCRT.DLL
 8-01-96   1:53p      8360           0  REXXINIT.DLL
11-20-98   3:58p     49229           0  REXXUTIL.DLL

I'm supposedly at FP12, but the differences in these dates had me taken aback
a
bit.  I especially didn't like seeing an April Fools Day version of REXX.DLL.

Does anybody have a clue about what I can do to fix this?

- Marty

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

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

From: jpolt@bradnet.legend.co.uk                        19-Dec-99 01:07:00
  To: All                                               18-Dec-99 21:14:14
Subj: Re: A question for the REXXperts

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

In <385BEE2B.ECA7AFD6@stny.rr.com>, Marty <mamodeo@stny.rr.com> writes:
>What am I doing wrong in this REXX script?
>
>/* REXX */
>
>call RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
>call SysLoadFuncs
>
>rc = SysMkDir("obj")
>say rc

I just pasted the above lines straight into a new file and it worked OK.

>
>Here's the output:
>     6 +++   rc = SysMkDir('obj');
>REX0040: Error 40 running I:\gccdev\mame36b12\rexxtest.cmd, line 6: Incorrect
>call to routine
>
>If I change line 6 to:
>rc = SysMkDir()
>
>it runs without error, but (obviously) does nothing.  I found the same thing
>happening with SysFileDelete.  Strangely, however, SysFileTree works just
fine.
>
>The other issue is that this same script ran perfectly fine about 2 weeks ago
>and has not been modified since.  I don't believe I have installed anything
on
>my system since then either.
>
>Here are the DLLs in question:
> 4-01-99   2:20p    266031           0  REXX.DLL
> 7-23-98   3:54p     29603           0  REXXAPI.DLL
> 3-31-97   5:35p     61195           0  REXXCRT.DLL
> 8-01-96   1:53p      8360           0  REXXINIT.DLL
>11-20-98   3:58p     49229           0  REXXUTIL.DLL



>I'm supposedly at FP12, but the differences in these dates had me taken aback 
a
>bit.  I especially didn't like seeing an April Fools Day version of REXX.DLL.

That doesn't appear in FP10, so check where it comes from.

Also, try running WHICH just to make sure you are looking at the right
versions
of these files. You may be picking up a different version inadvertantly.

>Does anybody have a clue about what I can do to fix this?
>
>- Marty

--
John

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

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

From: cotroneo@stny.rr.com                              19-Dec-99 03:46:01
  To: All                                               19-Dec-99 03:28:17
Subj: Re: A question for the REXXperts

From: cotroneo@stny.rr.com

In <385BEE2B.ECA7AFD6@stny.rr.com>, Marty <mamodeo@stny.rr.com> writes:
>What am I doing wrong in this REXX script?
>
>/* REXX */
>
>call RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
>call SysLoadFuncs
>
>rc = SysMkDir("obj")
>say rc
>
>
>Here's the output:
>     6 +++   rc = SysMkDir('obj');
>REX0040: Error 40 running I:\gccdev\mame36b12\rexxtest.cmd, line 6: Incorrect
>call to routine
>
>If I change line 6 to:
>rc = SysMkDir()
>

Marty,

I have had similar problems with rexx using it's library
functions. I do better letting commands pass to the
operating system. ie:

/*create a directory*/
string = "md obj"
say string
string


Keith

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                               18-Dec-99 22:55:07
  To: All                                               19-Dec-99 03:28:17
Subj: Re: A question for the REXXperts

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

John Poltorak wrote:
> 
> In <385BEE2B.ECA7AFD6@stny.rr.com>, Marty <mamodeo@stny.rr.com> writes:
> >What am I doing wrong in this REXX script?
> >
> >/* REXX */
> >
> >call RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
> >call SysLoadFuncs
> >
> >rc = SysMkDir("obj")
> >say rc
> 
> I just pasted the above lines straight into a new file and it worked OK.

Just as I feared.  A friend of mine with WSeB tried it and it failed the same
way on his system.  Funny... it doesn't seem like such a complex function. 
;-)

> >Here's the output:
> >     6 +++   rc = SysMkDir('obj');
> >REX0040: Error 40 running I:\gccdev\mame36b12\rexxtest.cmd, line 6:
Incorrect
> >call to routine
> >
> >If I change line 6 to:
> >rc = SysMkDir()
> >
> >it runs without error, but (obviously) does nothing.  I found the same
thing
> >happening with SysFileDelete.  Strangely, however, SysFileTree works just
fine.
> >
> >The other issue is that this same script ran perfectly fine about 2 weeks
ago
> >and has not been modified since.  I don't believe I have installed anything 
on
> >my system since then either.
> >
> >Here are the DLLs in question:
> > 4-01-99   2:20p    266031           0  REXX.DLL
> > 7-23-98   3:54p     29603           0  REXXAPI.DLL
> > 3-31-97   5:35p     61195           0  REXXCRT.DLL
> > 8-01-96   1:53p      8360           0  REXXINIT.DLL
> >11-20-98   3:58p     49229           0  REXXUTIL.DLL
> 
> >I'm supposedly at FP12, but the differences in these dates had me taken
aback a
> >bit.  I especially didn't like seeing an April Fools Day version of
REXX.DLL.
> 
> That doesn't appear in FP10, so check where it comes from.

You mind posting the dates/times/sizes of your DLLs?

> Also, try running WHICH just to make sure you are looking at the right
versions
> of these files. You may be picking up a different version inadvertantly.

I've only got one version of them all.

I wonder if this problem was introduced via Fixpack and WSeB has this "fix" as
well.

- Marty

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

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

From: mamodeo@stny.rr.com                               18-Dec-99 23:01:19
  To: All                                               19-Dec-99 03:28:17
Subj: Re: A question for the REXXperts

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

cotroneo@stny.rr.com wrote:
> 
> Marty,
> 
> I have had similar problems with rexx using it's library
> functions. I do better letting commands pass to the
> operating system. ie:
> 
> /*create a directory*/
> string = "md obj"
> say string
> string

That's what I've fallen back to doing, but I'd like to get a return code from
it instead of an ugly SYS1248 if the directory already exists.  In any case,
it's not a show-stopper... just something that struck me as very strange,
especially since this same code worked a couple of weeks ago on my system.

- Marty

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

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

From: dwparsons@t-online.de                             19-Dec-99 08:09:18
  To: All                                               19-Dec-99 03:28:17
Subj: Re: A question for the REXXperts

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

On Sat, 18 Dec 1999 20:27:24, Marty <mamodeo@stny.rr.com> wrote:

> What am I doing wrong in this REXX script?
> 
> /* REXX */
> 
> call RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
> call SysLoadFuncs
> 
> rc = SysMkDir("obj")
> say rc
> 
> 
> Here's the output:
>      6 +++   rc = SysMkDir('obj');
> REX0040: Error 40 running I:\gccdev\mame36b12\rexxtest.cmd, line 6:
Incorrect
> call to routine
> 
> If I change line 6 to:
> rc = SysMkDir()
> 
> it runs without error, but (obviously) does nothing.  I found the same thing
> happening with SysFileDelete.  Strangely, however, SysFileTree works just
fine.
> 
> The other issue is that this same script ran perfectly fine about 2 weeks
ago
> and has not been modified since.  I don't believe I have installed anything
on
> my system since then either.
> 
> Here are the DLLs in question:
>  4-01-99   2:20p    266031           0  REXX.DLL
>  7-23-98   3:54p     29603           0  REXXAPI.DLL
>  3-31-97   5:35p     61195           0  REXXCRT.DLL
>  8-01-96   1:53p      8360           0  REXXINIT.DLL
> 11-20-98   3:58p     49229           0  REXXUTIL.DLL
> 
> I'm supposedly at FP12, but the differences in these dates had me taken
aback a
> bit.  I especially didn't like seeing an April Fools Day version of
REXX.DLL.
> 
> Does anybody have a clue about what I can do to fix this?
> 
> - Marty

I just typed your script in here and it ran ok and produced a directory 'obj'
I am also at FP12 and your file dates & sizes match mine.

-- 
Dave

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

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

From: jpolt@bradnet.legend.co.uk                        19-Dec-99 14:21:10
  To: All                                               19-Dec-99 12:53:17
Subj: Re: A question for the REXXperts

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

In <385CA199.422ADA1B@stny.rr.com>, Marty <mamodeo@stny.rr.com> writes:
>Dave Parsons wrote:
>> 
>> On Sat, 18 Dec 1999 20:27:24, Marty <mamodeo@stny.rr.com> wrote:
>> 
>> > What am I doing wrong in this REXX script?
>> >
>> > /* REXX */
>> >
>> > call RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
>> > call SysLoadFuncs
>> >
>> > rc = SysMkDir("obj")
>> > say rc
>> >
>> >
>> > Here's the output:
>> >      6 +++   rc = SysMkDir('obj');
>> > REX0040: Error 40 running I:\gccdev\mame36b12\rexxtest.cmd, line 6:
Incorrect
>> > call to routine
>> >
>> > If I change line 6 to:
>> > rc = SysMkDir()
>> >
>> > it runs without error, but (obviously) does nothing.  I found the same
thing
>> > happening with SysFileDelete.  Strangely, however, SysFileTree works just 
fine.
>> >
>> > The other issue is that this same script ran perfectly fine about 2 weeks 
ago
>> > and has not been modified since.  I don't believe I have installed
anything on
>> > my system since then either.
>> >
>> > Here are the DLLs in question:
>> >  4-01-99   2:20p    266031           0  REXX.DLL
>> >  7-23-98   3:54p     29603           0  REXXAPI.DLL
>> >  3-31-97   5:35p     61195           0  REXXCRT.DLL
>> >  8-01-96   1:53p      8360           0  REXXINIT.DLL
>> > 11-20-98   3:58p     49229           0  REXXUTIL.DLL
>> >
>> > I'm supposedly at FP12, but the differences in these dates had me taken
aback a
>> > bit.  I especially didn't like seeing an April Fools Day version of
REXX.DLL.
>> >
>> > Does anybody have a clue about what I can do to fix this?
>> >
>> > - Marty
>> 
>> I just typed your script in here and it ran ok and produced a directory
'obj'
>> I am also at FP12 and your file dates & sizes match mine.
>
>Thank you very much for that confirmation.  Apparently my problem lies
>elsewhere.
>
>Anyone know which other files might affect REXX performance, specifically
>imported functions from DLLs in REXX?  The only thing that I can even
perceive
>has changed would be my OS2.INI file (naturally, through using the system). 
I
>took a few hard crashes along the way, but nothing out of the ordinary.

You could try running your program from a text mode shell to elimimate
the possibility of INI file corruption. You would need to boot up to  a
command
prompt using Alt-F1 then press F2. This will then use c:\os2\boot\config.x
which
is a read only file. Bear this in mind if you want to edit it. To get REXX
support
in a text mode shell, you may need to add something along the lines of:-

RUN=X:\path\BOS2REXX.EXE

in your config.x. You can get this from the BOOTOS2 package.

>The only other symptom I have that seems to have started at the same time was
>that every once in a while when I close WarpCenter, it fails to redraw my
>background wallpaper and instead puts up a solid color.  Once it gets into
this
>"mode", I can't put up any wallpaper until I reboot.  Killing PMSHELL and
>restarting it doesn't even help.  Perhaps I could use a nice INI cleaning...
>but would this affect REXX too??
>
>- Marty

--
John

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

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

From: mamodeo@stny.rr.com                               19-Dec-99 04:12:28
  To: All                                               19-Dec-99 14:32:15
Subj: Re: A question for the REXXperts

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

Dave Parsons wrote:
> 
> On Sat, 18 Dec 1999 20:27:24, Marty <mamodeo@stny.rr.com> wrote:
> 
> > What am I doing wrong in this REXX script?
> >
> > /* REXX */
> >
> > call RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
> > call SysLoadFuncs
> >
> > rc = SysMkDir("obj")
> > say rc
> >
> >
> > Here's the output:
> >      6 +++   rc = SysMkDir('obj');
> > REX0040: Error 40 running I:\gccdev\mame36b12\rexxtest.cmd, line 6:
Incorrect
> > call to routine
> >
> > If I change line 6 to:
> > rc = SysMkDir()
> >
> > it runs without error, but (obviously) does nothing.  I found the same
thing
> > happening with SysFileDelete.  Strangely, however, SysFileTree works just
fine.
> >
> > The other issue is that this same script ran perfectly fine about 2 weeks
ago
> > and has not been modified since.  I don't believe I have installed
anything on
> > my system since then either.
> >
> > Here are the DLLs in question:
> >  4-01-99   2:20p    266031           0  REXX.DLL
> >  7-23-98   3:54p     29603           0  REXXAPI.DLL
> >  3-31-97   5:35p     61195           0  REXXCRT.DLL
> >  8-01-96   1:53p      8360           0  REXXINIT.DLL
> > 11-20-98   3:58p     49229           0  REXXUTIL.DLL
> >
> > I'm supposedly at FP12, but the differences in these dates had me taken
aback a
> > bit.  I especially didn't like seeing an April Fools Day version of
REXX.DLL.
> >
> > Does anybody have a clue about what I can do to fix this?
> >
> > - Marty
> 
> I just typed your script in here and it ran ok and produced a directory
'obj'
> I am also at FP12 and your file dates & sizes match mine.

Thank you very much for that confirmation.  Apparently my problem lies
elsewhere.

Anyone know which other files might affect REXX performance, specifically
imported functions from DLLs in REXX?  The only thing that I can even perceive
has changed would be my OS2.INI file (naturally, through using the system).  I
took a few hard crashes along the way, but nothing out of the ordinary.

The only other symptom I have that seems to have started at the same time was
that every once in a while when I close WarpCenter, it fails to redraw my
background wallpaper and instead puts up a solid color.  Once it gets into
this
"mode", I can't put up any wallpaper until I reboot.  Killing PMSHELL and
restarting it doesn't even help.  Perhaps I could use a nice INI cleaning...
but would this affect REXX too??

- Marty

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

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

From: retsiemynnaht@spammoc.beoohaygon...               19-Dec-99 05:46:10
  To: All                                               19-Dec-99 14:32:15
Subj: Re: A question for the REXXperts

Message sender: retsiemynnaht@spammoc.beoohaygone.net

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

On Sat, 18 Dec 1999 15:27:24 -0500, Marty wrote:

>What am I doing wrong in this REXX script?
>
>/* REXX */
>
>call RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
>call SysLoadFuncs
>
>rc = SysMkDir("obj")
>say rc
>
>
>Here's the output:
>     6 +++   rc = SysMkDir('obj');
>REX0040: Error 40 running I:\gccdev\mame36b12\rexxtest.cmd, line 6: Incorrect
>call to routine
>
>If I change line 6 to:
>rc = SysMkDir()
>
>it runs without error, but (obviously) does nothing.  I found the same thing
>happening with SysFileDelete.  Strangely, however, SysFileTree works just
fine.
>
>The other issue is that this same script ran perfectly fine about 2 weeks ago
>and has not been modified since.  I don't believe I have installed anything
on
>my system since then either.
>
>Here are the DLLs in question:
> 4-01-99   2:20p    266031           0  REXX.DLL
> 7-23-98   3:54p     29603           0  REXXAPI.DLL
> 3-31-97   5:35p     61195           0  REXXCRT.DLL
> 8-01-96   1:53p      8360           0  REXXINIT.DLL
>11-20-98   3:58p     49229           0  REXXUTIL.DLL
>
>I'm supposedly at FP12, but the differences in these dates had me taken aback 
a
>bit.  I especially didn't like seeing an April Fools Day version of REXX.DLL.
>
>Does anybody have a clue about what I can do to fix this?

There's nothing wrong with your example, so it would seem to definitely be an
interpreter error.

My Classic REXX DLL is dated 12/97, and is 266,047 bytes.  All the other
files match, though I'm running Object REXX here, so the CREXX files aren't
active (of the above, only REXX.DLL and REXXUTIL.DLL are CREXX specific).

I'm still at FP10 here, though, so I can't say whether or not that REXX.DLL
is correct or not.

Try switching to OREXX, to see if the problem persists there.


--
 - Mike

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


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

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

From: retsiemynnaht@spammoc.beoohaygon...               19-Dec-99 05:53:06
  To: All                                               19-Dec-99 14:32:15
Subj: Re: A question for the REXXperts

Message sender: retsiemynnaht@spammoc.beoohaygone.net

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

On Sun, 19 Dec 1999 04:12:57 -0500, Marty wrote:

[snip]

>Anyone know which other files might affect REXX performance, specifically
>imported functions from DLLs in REXX?  The only thing that I can even
perceive
>has changed would be my OS2.INI file (naturally, through using the system). 
I
>took a few hard crashes along the way, but nothing out of the ordinary.
>
>The only other symptom I have that seems to have started at the same time was
>that every once in a while when I close WarpCenter, it fails to redraw my
>background wallpaper and instead puts up a solid color.  Once it gets into
this
>"mode", I can't put up any wallpaper until I reboot.  Killing PMSHELL and
>restarting it doesn't even help.  Perhaps I could use a nice INI cleaning...
>but would this affect REXX too??

I've never seen it have an affect on REXX, but considering that it's not
strictly REXX that's failing, it's conceivable.  The only thing REXX knows is
that the external SysMkDir() function returned a value of 40 instead of 0.  

Most of the REXXUTIL functions are hooked into the WPS.  If INI corruption is
causing the WPS to have problems creating directories, that might explain it.


You might try using the WPS to create a directory (whether via template, or
'create another' from another folder's menu), to see if a problem occurs
there.  Either way, make an archive of your current setup, and return to the
installation archive from an ALT-F1 at boot.  Repeat your tests, and if they
succeed, it's a good bet that some kind of INI screwiness is responsible. 
It's just unfortunate that SysMkDir() doesn't return a failure value, rather
than throwing a syntax error.


--
 - Mike

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


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

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

From: retsiemynnaht@spammoc.beoohaygon...               19-Dec-99 06:14:04
  To: All                                               19-Dec-99 14:32:15
Subj: Re: A question for the REXXperts

Message sender: retsiemynnaht@spammoc.beoohaygone.net

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

On Sat, 18 Dec 1999 23:01:38 -0500, Marty wrote:

>cotroneo@stny.rr.com wrote:
>> 
>> Marty,
>> 
>> I have had similar problems with rexx using it's library
>> functions. I do better letting commands pass to the
>> operating system. ie:
>> 
>> /*create a directory*/
>> string = "md obj"
>> say string
>> string
>
>That's what I've fallen back to doing, but I'd like to get a return code from
>it instead of an ugly SYS1248 if the directory already exists.  In any case,
>it's not a show-stopper... just something that struck me as very strange,
>especially since this same code worked a couple of weeks ago on my system.

http://home.att.net/~thanny/rxmkdir.zip

That's the source and DLL for a replacement directory creation function.  It
does nothing but call DosCreateDir(), and returns the result code straight
from the API.

Whenever I find I'm doing too much of a kludge with REXX, I write an
extension DLL to do it properly.  So long as your function need only return a
string, it's extremely simple.  When you need to fill up a stem, then it gets
a bit more complicated. 




--
 - Mike

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


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

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

From: Jan.Danielsson@falun.mail.telia.com               19-Dec-99 21:14:08
  To: All                                               19-Dec-99 19:57:00
Subj: Map ISO images

From: "Jan Danielsson" <Jan.Danielsson@falun.mail.telia.com>

I've been asked to write a driver for mapping ISO images to a driveletter.
Since I'm currenty quite busy working on some other projects, I don't want to
start a redundant project. Does such a driver exist already? If so, where?


 /j



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

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

From: timurkz@saxz.mmbankz.ruz                          20-Dec-99 03:29:10
  To: All                                               19-Dec-99 21:20:13
Subj: Re: A question for the REXXperts

From: "Timur Kazimirov" <timurkz@saxz.mmbankz.ruz>

On Sat, 18 Dec 1999 15:27:24 -0500, Marty wrote:

>What am I doing wrong in this REXX script?
>
>/* REXX */
>
>call RxFuncAdd 'SysLoadFuncs', 'RexxUtil', 'SysLoadFuncs'
>call SysLoadFuncs
>
>rc = SysMkDir("obj")
>say rc
>
>
>Here's the output:
>     6 +++   rc = SysMkDir('obj');
>REX0040: Error 40 running I:\gccdev\mame36b12\rexxtest.cmd, line 6: Incorrect
>call to routine

Works fine on my machine:

C:\at>rexxtest.cmd
0

C:\at>dir

The volume label in drive C is OS2.
The Volume Serial Number is 676F:DC15.
Directory of C:\at

18.02.99   8:55      <DIR>             0  .
18.02.99   8:55      <DIR>             0  ..
18.02.99   8:55      <DIR>             0  jobs
20.12.99   3:27      <DIR>             0  obj
18.02.99   8:55      <DIR>             0  output
20.12.99   3:26        118           467  rexxtest.cmd
        6 file(s)        118 bytes used

Warp 4.0 with FP12. ClassicREXX.


With best regards,
Timur Kazimirov

-- Remove all "z" from my address to reply



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

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

From: libraryxspamx@xspamxstots.edu                     19-Dec-99 23:15:01
  To: All                                               20-Dec-99 01:25:19
Subj: Project to clone OS/2 - FreeOS

From: juvenaly <libraryxspamx@xspamxstots.edu>

FreeOS - Very interesting project to make a freeware clone of OS/2,  la
Linux.

http://www.quasarbbs.com/daniel/freeosidx.html

--
Remove xspamx from email address


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: St. Tikhon's Seminary (1:109/42)

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

From: amt.techno@wanadoo.fr                             20-Dec-99 10:07:23
  To: All                                               20-Dec-99 05:14:17
Subj: Disable <Alt><Tab> ???

From: "AMT Technologies" <amt.techno@wanadoo.fr>

I try to disable the <Alt><Tab> hotkey. Do you know how can i do that?

Best regards.


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

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

From: glen@rockyhorror.Zkaroo.co.uk                     20-Dec-99 21:25:21
  To: All                                               20-Dec-99 20:46:00
Subj: Mesa for OS/2?

From: glen@rockyhorror.Zkaroo.co.uk (Glen)

Hi there,

Well, the OS/2 OpenGL Mailing List web page has disappeared and with 
no hardware accelerated OpenGL coming from IBM in the near future it 
looks like Mesa is the way to go.  I'm aware that Mesa compiles and 
runs under Xfree86 for OS/2 but has anyone tried porting Mesa to OS/2 
PM (ie. using the pgl windowing functions)?  If not I think it would 
be a good project to start up.  I'm personally looking at it in my 
(limited) spare time but if someone's already done some work on the 
subject then I'd like to hear from them.

Any thoughts?


Glen
-<remove Z from my e-mail Address>-

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

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

From: alex@nukunuku.queensu.ca                          20-Dec-99 22:49:07
  To: All                                               20-Dec-99 20:46:00
Subj: Re: Choice of compilers

From: alex@nukunuku.queensu.ca (Alex Taylor)

On Sat, 18 Dec 1999 14:03:56 +0100, Dave Parsons <dwparsons@t-online.de>
wrote:
>> 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.
>
>Just been there and found this:-
>
>  30L8366       VisualAge C++ Professional for OS/2 and for
>                Windows NT V4.0 - Upgrade from VisualAge C++
>                for OS/2 V3.0 or for Windows V3.5, Microsoft
>                Visual C++ or Borland/Imprise C++                    $239.00
>
>My question is, do you know what you get, ie is it a full installation
>and secondly, what qualifies and what proof of ownership is required to
>install it?

Good point... I'm also wondering if my ownership of C Set++ v2.1 would
qualify for the upgrade, or if it's _only_ for VAC++ 3 users...

Perhaps I'd be better off hunting for v3 on ebay in any case...

-- 
Alex Taylor
alex@eddie.cis.uoguelph.ca

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Queen's University, Kingston (1:109/42)

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

From: rexxdev@uni-one.nl                                21-Dec-99 18:29:08
  To: All                                               21-Dec-99 20:31:00
Subj: Re: A Few Simple Questions

From: rexxdev@uni-one.nl (REXX Dev)

In article <37F9090A.4C72B5F8@bellsouth.net>, Don Morris
<nx2000@bellsouth.net> wrote:

 > I've currently been trying hexadecimal - but the docs show the
 > immediate call as: C2D('1E'X) - and I can't get it to add that
 > X in a way that doesn't generate an error.

Not tested: X2D('1E')

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

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

From: Uwe.Pilgram@t-online.de                           21-Dec-99 19:20:13
  To: All                                               21-Dec-99 20:31:00
Subj: Re: Project to clone OS/2 - FreeOS

From: Uwe Pilgram <Uwe.Pilgram@t-online.de>

Sounds interesting. But what is it good for?

What about porting Presentation Manager with some improvements to Linux to
create an OO-Desktop? An Object Operated desktop (SOM == Corba-based) would
be a real revolution like point/click has been 15 (!) years ago. Time for
something new.

Regards
Uwe

juvenaly wrote:

> FreeOS - Very interesting project to make a freeware clone of OS/2,  la
> Linux.
>
> http://www.quasarbbs.com/daniel/freeosidx.html
>
> --
> Remove xspamx from email address

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

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

From: rexxdev@uni-one.nl                                21-Dec-99 16:24:27
  To: All                                               21-Dec-99 20:31:00
Subj: Re: Info on ICON format

From: rexxdev@uni-one.nl (REXX Dev)

In article <37E93965.DEC188D@dcc.uchile.cl>,
Leonardo <lpino@dcc.uchile.cl> wrote:

 > Where can I find information on the ICON format of OS/2
 > and Windows? I need help to develop a converter

Search @ www.altavista.com for CVTICO (C source included).
Otherwise, one of of IBM VAC++ v3 INF documentation files,
guess: MMREF3.INF (cannot check this right now!), contains
the OS/2 icon format description, AFAICVR...

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

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

From: jstucklex@attglobal.net                           21-Dec-99 10:35:22
  To: All                                               21-Dec-99 20:31:00
Subj: Re: Length of a String in Pixels!

From: Jerry Stuckle <jstucklex@attglobal.net>

Kevin,

GpiQueryTextBox.


Kevin Langman wrote:
> 
> Anyone know if there is an API that will calculate the length of a
> string in pixels based on a specified font?
> 
> Reason: I need to resize a STATIC-TEXT control based on the size of the
> string in the control!
> 
> Thanks in advance!
> 
> --
> 
> Kevin Langman
> langman@earthling.net
> http://go.to/langman

-- 

=======================================================
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: langman@earthling.net                             21-Dec-99 01:25:05
  To: All                                               21-Dec-99 20:31:00
Subj: Length of a String in Pixels!

From: Kevin Langman <langman@earthling.net>

Anyone know if there is an API that will calculate the length of a
string in pixels based on a specified font?

Reason: I need to resize a STATIC-TEXT control based on the size of the
string in the control!

Thanks in advance!

--

Kevin Langman
langman@earthling.net
http://go.to/langman


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

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

From: glen@rockyhorror.Zkaroo.co.uk                     21-Dec-99 20:31:28
  To: All                                               21-Dec-99 21:33:20
Subj: Re: Project to clone OS/2 - FreeOS

From: glen@rockyhorror.Zkaroo.co.uk (Glen)

What good would that do for the OS/2 community?


On Tue, 21 Dec 1999 18:20:26, Uwe Pilgram <Uwe.Pilgram@t-online.de> 
wrote:

> Sounds interesting. But what is it good for?
> 
> What about porting Presentation Manager with some improvements to Linux to
> create an OO-Desktop? An Object Operated desktop (SOM == Corba-based) would
> be a real revolution like point/click has been 15 (!) years ago. Time for
> something new.
> 
> Regards
> Uwe
> 
> juvenaly wrote:
> 
> > FreeOS - Very interesting project to make a freeware clone of OS/2,  la
> > Linux.
> >
> > http://www.quasarbbs.com/daniel/freeosidx.html
> >
> > --
> > Remove xspamx from email address
> 

Glen
-<remove Z from my e-mail Address>-

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

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

From: isaacl@jazz.ece.ubc.ca                            21-Dec-99 21:02:04
  To: All                                               21-Dec-99 21:33:20
Subj: Re: Mesa for OS/2?

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

But OS/2 already comes with at least OpenGL 1.1 compatibility. I don't see
much point in porting Mesa, unless you need OpenGL 1.2 and beyond. So far,
I don't think there's much call for that. (Or, if you want to fix some
bugs in OS/2 OpenGL). Don't let me discourage you though! It certainly
couldn't hurt...

Hardware accelerated OpenGL is an entirely separate matter, and SciTech's
drivers are supposed to include that functionality in the future (dirvers
which IBM are licensing, by the way).


Isaac

Glen (glen@rockyhorror.Zkaroo.co.uk) wrote:
: Hi there,

: Well, the OS/2 OpenGL Mailing List web page has disappeared and with 
: no hardware accelerated OpenGL coming from IBM in the near future it 
: looks like Mesa is the way to go.  I'm aware that Mesa compiles and 
: runs under Xfree86 for OS/2 but has anyone tried porting Mesa to OS/2 
: PM (ie. using the pgl windowing functions)?  If not I think it would 
: be a good project to start up.  I'm personally looking at it in my 
: (limited) spare time but if someone's already done some work on the 
: subject then I'd like to hear from them.

: Any thoughts?


: Glen
: -<remove Z from my e-mail Address>-

--
_____________________________________________________________________________
<INSERT YOUR OWN CLEVER SAYING HERE>

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

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

From: alex@nukunuku.queensu.ca                          21-Dec-99 21:40:01
  To: All                                               21-Dec-99 21:33:20
Subj: Re: Map ISO images

From: alex@nukunuku.queensu.ca (Alex Taylor)

On Sun, 19 Dec 1999 21:14:17 GMT, Jan Danielsson
<Jan.Danielsson@falun.mail.telia.com> wrote:
>I've been asked to write a driver for mapping ISO images to a driveletter.
>Since I'm currenty quite busy working on some other projects, I don't want to
>start a redundant project. Does such a driver exist already? If so, where?

I don't believe so.

If you do end up doing this, you may want to refer to the "loopback
filesystem" driver for the Linux kernel, which does this under Linux - it
probably wouldn't port all that well, but it is opensource, and might have
pieces you could use.

-- 
Alex Taylor
alex@eddie.cis.uoguelph.ca

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Queen's University, Kingston (1:109/42)

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

From: putmanh@my-deja.com                               22-Dec-99 19:14:14
  To: All                                               22-Dec-99 18:17:14
Subj: Unicode and Presentation Manager

From: putmanh@my-deja.com

One of the improvements added to OS/2 Warp 4 was support for the
Unicode character set. I know you can access this from Java, but how do
you use it in a normal Presentation Manager application.
I found one PM app that was a Chinese editor, but it required you to
set CODEPAGE=950,850 in config.sys...

What I would like to be able to do is create standard PM controls, like
buttons, and menus, and then set their text using Unicode strings. Is
this possible?

I've been searching the docs, but found nothing. The Uni* functions
seem to just help with processing Unicode Text. Nothing in PM lets on
that it can render that text...

Thanks
Harold Putman


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: chrisallgeier@email.com                           23-Dec-99 02:40:10
  To: All                                               22-Dec-99 23:22:13
Subj: NOVELL NETWARE 3.12 FOR SALE ***

From: chrisallgeier@email.com (chris allgeier)

 Novell Netware 3.12. If you get a chance check out the following link
as i have one for sale also. Good luck bidding and have a merry
christmas.

chris allgeier

http://cgi.ebay.com/aw-cgi/eBayISAPI.dll?ViewItem&item=223248622

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

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

From: Jan.Danielsson@falun.mail.telia.com               23-Dec-99 12:28:11
  To: All                                               23-Dec-99 14:39:27
Subj: Re: Map ISO images

From: "Jan Danielsson" <Jan.Danielsson@falun.mail.telia.com>

>>I've been asked to write a driver for mapping ISO images to a driveletter.
>>Since I'm currenty quite busy working on some other projects, I don't want
to
>>start a redundant project. Does such a driver exist already? If so, where?
>
>I don't believe so.
>
>If you do end up doing this, you may want to refer to the "loopback
>filesystem" driver for the Linux kernel, which does this under Linux - it
>probably wouldn't port all that well, but it is opensource, and might have
>pieces you could use.

Thanks, I'll check it out.


 /j



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

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

From: cbzh@my-deja.com                                  23-Dec-99 09:03:25
  To: All                                               23-Dec-99 14:39:28
Subj: Re: Debugger terminates program by PM Resource Interlock message.

From: cbzh@my-deja.com

In article <s5g944ugqrs91@corp.supernews.com>,
  Richard Tauber <rtauber@hrtextron.textron.com> wrote:
>
> 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.

Wow, so easy - and it really works!

I am having "resource interlock" problems all the time right now with my
programs (programming in C with VAC++ 3.08 on a german Warp4 with FP11),
but your trick simply makes my programs accessible again for the
debugger!! Thanks a lot!

I was writing log files and the like all the time now like in the very
old days when I used CP/M and "source code debuggers" where still a
luxury that could not be afforded by everybody...

The problems started so heavily only some time ago, but I do not know if
I have to blame my programs, the german FP11, the graphics driver
(GRADD) or what. Many times already switching from "asynchronous" to
"synchronous" mode solved the problem, but now not any more.

How much I would like another 1 or 2 fixpacks for VAC++ _3_ instead of
abandoning it for version 4! It is now one of the most "solid"
developing environments I know - but why do companies always bring out
new versions with new bugs just before they managed to get a virtually
bug-free version ready?

Ok, you cannot earn money with fixing bugs... :-(

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

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


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: C.J.@btsoftware.com                               23-Dec-99 10:57:12
  To: All                                               23-Dec-99 14:39:28
Subj: NEW Larsen Commander

From: "C.J." <C.J.@btsoftware.com>

Larsen Commander
******************
File manager & command processor
Larsen Commander is a powerful GUI File Manager and Command
Processor that has a look and feel like the classic Norton Commander.
The most notable difference is that the Larsen Commander is pure GUI
but still has a built in command line and a scrollable console monitor.

Check it out and download Larsen Commander for a free trial period from:
http://www.btsoftware.com/os2/larscmdr.htm


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

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

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