OS/2 Shareware BBS: 15 Message/15-Message.zip/UU991106.zip/Uh991105.txt

Text File | 1999-11-06 | 57KB | 1,588 lines

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

                 Saturday, 30-Oct-1999 to Friday, 05-Nov-1999

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

From: [e-mail]                                29-Oct-99 21:03:07
  To: All                                               30-Oct-99 04:09:29
Subj: Re: DosDevIOCtl questions

From: Jim Parker <[e-mail]>

Paul Ratcliffe wrote:

> On Tue, 26 Oct 1999 21:58:08 -0400, Jim Parker <[e-mail]> wrote:
>
> >Thank you, thank you, thank you.
> >
> >Works like a champ.
>
> Why did you feel the need to quote 250 odd lines of message just to write
this?
> And as if that was not enough, 40 seconds later, you decided to do it again
just
> to really piss everybody off.
>
> For God's sake, use your bloody delete key will you.

I misinterpreted a Netscape error message and thought that the original reply
did
not go out. That's why the multiple posts. To err is human.

I've been on news groups where it is considered a mortal sin to delete
anything in a
reply. It is also considered a sin on these news groups to place your reply
anywhere
but at the bottom. The logic is that if you want to see the entire thread you
go to
the last post and you'll get everything in order. Some people get pissed off
when
they have to bring up every post in order to find out what's going on in a
thread.
Some people get pissed off when the original post expires and the only thing
left of
a thread are some incomplete posts.

Jim


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

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

From: [e-mail]                            30-Oct-99 02:00:06
  To: All                                               30-Oct-99 04:10:00
Subj: execute one command at a time within batch

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

I need some help on executing one instruction at a time and waiting for it
to complete until the next starts.  I'm updating the same file in each
command and when it goes through the batch I get mixed results within the
file being edited.
My question is. Is there something like start /WAIT [program].  where the
next command will not execute until the previous one finishes.  I tried
using && but I have 10 updates to do and don't know if this will be
sufficient.

Any help would be appreciated

Matt
[e-mail]



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

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

From: [e-mail]                29-Oct-99 23:57:19
  To: All                                               30-Oct-99 04:10:00
Subj: Re: execute one command at a time within batch

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

On Sat, 30 Oct 1999 02:00:13 GMT, MD wrote:

>I need some help on executing one instruction at a time and waiting for it
>to complete until the next starts.  I'm updating the same file in each
>command and when it goes through the batch I get mixed results within the
>file being edited.
>My question is. Is there something like start /WAIT [program].  where the
>next command will not execute until the previous one finishes.  I tried
>using && but I have 10 updates to do and don't know if this will be
>sufficient.
>
>Any help would be appreciated

Care to be a bit more specific?  Are you talking about a batch file?  If so,
why are you using "start" with the commands?  If you simply put the command
on a line, it'll executate synchronously, one command per line.


--
 - Mike

Remove 'spambegone' to send e-mail.


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

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

From: [e-mail]                          30-Oct-99 03:59:22
  To: All                                               30-Oct-99 04:10:00
Subj: Re: popuplog

From: [e-mail] (Ilya Zakharevich)

[A complimentary Cc of this posting was sent to Dan Holmes
<[e-mail]>],
who wrote in article <[e-mail]>:
> I found this in my popup log
>
> 09-06-1999  20:01:40  SYS2070  PID 014c  TID 0001  Slot 0095
> E:\PMPROGRAMMING\PROJECTS\CLIBPDF\SOURCE\TESTPDF.EXE
> TESTPDF->CLIBPDF.defaultDomain
> 127
>
> I wrote both programs the testpdf.exe and clibpdf.dll.  Testpdf calls
> clibpdf.  defaultDomain is an exported variable of clibpdf.
>
> Is this message good or bad?  My guess is that since it is in popuplog
> it is bad.

Do

  help sys2070

TESTPDF.EXE tried to resolve dynamically linked symbol which should
have been resolved as "defaultDomain" export symbol of CLIBPDF.dll.
CLIBPDF.dll did not have it.

But it is almost 2 months old.  Probably some bad build.

Why do you disable realtime popups?

Ilya

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

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

From: [e-mail]                            30-Oct-99 10:28:00
  To: All                                               30-Oct-99 10:28:12
Subj: Re: DosDevIOCtl questions

From: [e-mail] (Paul Ratcliffe)

On Fri, 29 Oct 1999 12:01:17 -0400 (EDT), Mike Ruskai
<[e-mail]> wrote:

>And here we see the results of British Telecom's nefarious billing practices.
> No such thing as a local call on the other side of the pond.

Just because it's free for you lot that makes it OK does it?
It doesn't... it is still a pointless waste of everybody's bandwidth and
storage.

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

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

From: [e-mail]                                       30-Oct-99 22:18:02
  To: All                                               30-Oct-99 19:47:00
Subj: Re: Is there a Kill Command?

From: "G. van der Veer" <[e-mail]>

> Death.Exe (which comes with XF86Sup.SYS) works fairly well if it is the
> first method you use to try to kill something.  If you try and fail to
> kill it with something else and then try death, it doesn't work too
> well.
>
> The only builtin process killer is the KILLFEATUREENABLED version of
> WarpCenter which doesn't usually work too well.

Loading XF86Sup.SYS and using the command Death.Exe usually ends in a trap
000e for me (I'm currently using Warp 4.5).  Isn't there something else that
can
kill
for example Netscape 4.61?  Sometimes it crashes partly and locks itself up in
the
memory.

--
Berry van der Veer

+------------------------------------------+
   http://www.torget.se/users/g/gvdveer
   http://www.dsv.nl/~gvdveer
+------------------------------------------+


--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: UUNET-NL (http://www.nl.uu.net) (1:109/42)

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

From: [e-mail]                29-Oct-99 12:01:08
  To: All                                               31-Oct-99 05:35:14
Subj: Re: DosDevIOCtl questions

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

On Thu, 28 Oct 1999 19:14:44 GMT, Paul Ratcliffe wrote:

>On Tue, 26 Oct 1999 21:58:08 -0400, Jim Parker <[e-mail]> wrote:
>
>>Thank you, thank you, thank you.
>>
>>Works like a champ.
>
>Why did you feel the need to quote 250 odd lines of message just to write
this?
>And as if that was not enough, 40 seconds later, you decided to do it again
just
>to really piss everybody off.
>
>For God's sake, use your bloody delete key will you.

And here we see the results of British Telecom's nefarious billing practices.
 No such thing as a local call on the other side of the pond.


--
 - Mike

Remove 'spambegone' to send e-mail.


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

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

From: [e-mail]                 29-Oct-99 09:54:15
  To: All                                               31-Oct-99 05:35:15
Subj: Re: somVaBuf: no trace whatsoever

From: [e-mail]

In <7v8ho5$j94$[e-mail]>, on 10/28/99
   at 04:00 AM, [e-mail] (Ilya Zakharevich) said:


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

You are using a very old toolkit:

 SOMTC            .H         7,195 ....  4-27-98 12:35:00

I'd suggest a visit to the DevCon site for an update.  You will most
likely need to replace more than one file.

HTH,

Steven

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


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

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

From: [e-mail]                              31-Oct-99 15:56:29
  To: All                                               31-Oct-99 22:05:18
Subj: Re: DCE_AUTORESET and DCE_POSTONE

From: [e-mail] (Ruediger Ihle)

On Sun, 31 Oct 1999 13:15:23, "Jan Danielsson"
<[e-mail]> wrote:

> Are these event semaphore flags documented somewhere? Are they safe to use?
>
> I have run into a problem; I am using a MuxWait semaphore to wait for a buch
> of events to complete. I would have guessed that if DCE_AUTORESET was set
for
> the event semaphore, the event semaphores waould be reset when
> DosWaitMuxWaitSem() returns no error, but it seems DCE_AUTORESET only works
> with DosWaitEventSem().
>
> This behaviour make me wonder: Are the two flags in <subj> for IBM internal
> use only?

AFAIK these flags are undocumented. They were introduced with some
fixpack.
I would not count on them, epecially if there is another way to do your
work.


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


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

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

From: [e-mail]                         31-Oct-99 10:53:28
  To: All                                               31-Oct-99 22:05:18
Subj: Re: Is there a Kill Command?

From: Hannes Hromadka <[e-mail]>


"G. van der Veer" wrote:

> Loading XF86Sup.SYS and using the command Death.Exe usually ends in a trap
> 000e for me (I'm currently using Warp 4.5).  Isn't there something else that
can
> kill

Be sure to have the latest xf86sup.sys.  Version 1.511. The old one do not
work with
Warp 4.5

                        Hannes


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

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

From: [e-mail]-m...               31-Oct-99 12:02:24
  To: All                                               31-Oct-99 22:05:18
Subj: Re: dynamic loadable driver (OS/2)?????

Message sender: [e-mail]

From: [e-mail] (Martin Schafföner)

On Wed, 13 Oct 1999 16:26:11, Robert Marcano <[e-mail]> wrote:

> Este es un mensaje de varias partes en formato MIME.
> I am making a device driver with VisualAge C++ 4.0 for OS/2, and
> looking on the online help I found the term: "dynamic loadable driver",
>
> that use the extension "dld" (Sounds like a good thing, but this is the
>
> first time that I hear about it). But no more information than that,
> Can somebody help me and tell me how it works?, how can I build one or
> where to find information about that?
>
> TIA

Not that I would know of any more information, but here is what I saw
when using watchcat on the warp server for e-business beta.  When
listing all modules, the kee.dld showed up.  KEE stands for Kernel
Execution Environment, something like a 32-bit interface for drivers.
Now, it does not show up in the config.sys, nor is there a file called
kee.dld.  But at warpstock europe somebody briefly talked about KEE,
that it is being used by IBM internally, but that it is not supported
nor documented.  I have contacted him about some more information and
will be back as soon as I know more.

CU/2,

Martin Schafföner

Suzuki GS650G Katana
OS/2 Warp 4 with FixPak 11
There are currently 28 processes
with 119 threads active.
This machine's uptime 0h 15min 30sec.

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Otto-von-Guericke-Universitaet Magdeburg (1:109/42)

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

From: [e-mail]                      31-Oct-99 19:52:16
  To: All                                               31-Oct-99 22:05:19
Subj: Re: Dump Formatter (PMDF) help requested

From: [e-mail] (Kevin)

On Wed, 27 Oct 1999 16:43:09 -0700, [e-mail]
wrote:

>In <[e-mail]>, on 10/26/99
>   at 07:51 PM, [e-mail] (Kevin) said:
>
>>It appears that my application has trapped E, although no trap screen was
>>displayed. The task status indicates that the application is terminating
>>and is in exit list processing. Thread 1 is waiting on a private unnamed
>>semaphore. DOS32WAITEVENTSEM was called from within the C runtime.
>>Unwinding the stack, I find that it was ultimately called from a routine
>>called __RunExitList in the C runtime. Does anyone know what the
>>semaphore is for, why it hasn't been cleared, or what to do to fix this
>>problem?
>
>Can't help with specifics on the semaphore other than to suggest cranking
>your app up under the debugger and finding out where the semaphore is
>created.  Sometimes the OS/2 Trace facility can help.
The semaphore is created in the C runtime. It would probably be a bear
to find where it's created, but I'll look into it.

>
>If it were me, I'd be looking for why the app is trying to shutdown.  The
>hang processing the exit list is a secondary failure.  Happens a lot when
>the offending app corrupts memory and the exit list code is complex.
I agree. The primary failure appears to be a trap. The secondary
failure is more serious for the user as the PC has to be re-booted to
clear the hung app. I'll have to see if I can get any further with the
trap screen info from PMDF.

>
>The reason you did not get a trap screen is because the app is attempting
>to process the trap with a private handler and has hung.  Also, the trap
>screen is only the default action.  The app with it's own trap handler
>will typically suppress the trap screen entirely.
The app itself doesn't have a private handler and other traps display
the trap screen. I assume the exception handlers have run as the app
appears to be in exit list processing (which should happen after
exception handlers?).

Thanks,
Kevin

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

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

From: [e-mail]                          31-Oct-99 22:01:20
  To: All                                               31-Oct-99 22:05:19
Subj: Re: VioSetFont and TFont v11

From: [e-mail] (Ilya Zakharevich)

[A complimentary Cc of this posting was sent to John Poltorak
<[e-mail]>],
who wrote in article <[e-mail]>:
> Can someone give me some sample source code showing how to use
> VioSetFont along with a executable which uses it?

I'm always forgetting to announce a release of TFont v11.  Since TFont
v10 would segfault on my (turned out to be a trivial 64K-bit boundary
on stack bug), I fixed it, and added many enhancements (automatic
detection of VIO font size, editing fonts, etc).  Available on

  ftp://ftp.math.ohio-state.edu/pub/users/ilya/os2

TFont is a program to set/extract a current font for FS VIO sessions.
Comes with a selection of fonts for different national chars sets
(cp's) and different resolutions.

Ilya

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

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

From: [e-mail]                                01-Nov-99 08:13:17
  To: All                                               01-Nov-99 05:45:08
Subj: Re: dynamic loadable driver (OS/2)?????

From: [e-mail] (Holger Veit)

On 31 Oct 1999 12:02:49 +0100,
    Martin Schafföner <[e-mail]> wrote:
>On Wed, 13 Oct 1999 16:26:11, Robert Marcano <[e-mail]> wrote:

>Not that I would know of any more information, but here is what I saw
>when using watchcat on the warp server for e-business beta.  When
>listing all modules, the kee.dld showed up.  KEE stands for Kernel
>Execution Environment, something like a 32-bit interface for drivers.
>Now, it does not show up in the config.sys, nor is there a file called
>kee.dld.  But at warpstock europe somebody briefly talked about KEE,
>that it is being used by IBM internally, but that it is not supported
>nor documented.  I have contacted him about some more information and
>will be back as soon as I know more.

The KEE-API is described. Check my OS/2 page.

The Aurora kernel contains a MTE for KEE.DLD; that's why watchcat reports
this extension. KEE is a kernel internal DLL, like DOSCALLS, and a few
other libs. Practically, there is no good reason why it is called DLD,
as its MTE is statically created during kernel init like the other ones.

Holger Veit

--
If Microsoft is ever going to produce something that does not suck,
it is very likely a vacuum cleaner.

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

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

From: [e-mail]                                  01-Nov-99 09:02:20
  To: All                                               01-Nov-99 05:45:08
Subj: Re: Is there a Kill Command?

From: [e-mail] (Yuri Dario)

On Sat, 30 Oct 1999 21:18:05, "G. van der Veer" <[e-mail]> wrote:

> Loading XF86Sup.SYS and using the command Death.Exe usually ends in a trap
> 000e for me (I'm currently using Warp 4.5).  Isn't there something else that
can

there is an updated XF86Sup.SYS from Xfree/2 site that fixes the WSeB
trap on console$

Bye,

    Yuri Dario

/*
 * member of TeamOS/2 - Italy
 * http://www.quasarbbs.com/yuri
 */

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: MC-link The World On Line (1:109/42)

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

From: [e-mail]                                     01-Nov-99 11:37:21
  To: All                                               01-Nov-99 10:23:24
Subj: Re: WPS class WPINSTALL

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

On Mon, 25 Oct 1999 15:42:30, [e-mail] (Ilya
Zakharevich) wrote:

> [A complimentary Cc of this posting was sent to Leon D. Zetekoff
> <[e-mail]>],
> who wrote in article <[e-mail]>:
> > I've been after IBM ever since they abandoned the Software Installer.
> > Recently I tried again and they refuse to make it public. Talk about
> > tunnelvision.
>
> Given what piece of junk SoftInstaller was, I'm not surprised.  Is
> Feature Installer similar in crappiness?  I have never seen it...

Hi Ilya...

In  actuality the Software Installer is fairly powerful. It's too bad
they never kept fixing the bugs. Feature Installer is IBM's new way of
installing most OS/2 products. It uses Netscape. IBM was supposed to
release a toolkit but they're keeping it INTERNAL. Now that makes
plenty-of-sense...my only thoughts are they don't want to have to
support it to the outside world.

Take care, Leon

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

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

From: yyyc186.illegaltospam.at.flashco...               01-Nov-99 09:28:16
  To: All                                               01-Nov-99 14:27:19
Subj: Re: OS/2 WSeB and Watcom 11.0b - Debugger doesn't work

Message sender: yyyc186.illegaltospam.at.flashcom.net

From: yyyc186.illegaltospam.at.flashcom.net

In <[e-mail]>, on 10/14/99
   at 01:01 PM, bogus <[e-mail]> said:

It has been a long time since I installed or used my Watcom C/C++
compiler.  As I recall they were matted to DOSCALL.  If some crummy
software package shipped a different version of it you had problems under
OS/2 unless you got an update from Watcom which used the newer version of
DOSCALL.  Since Powersoft took the Watcom compiler out and shot it (Wonder
if Novell will buy it?) you are probably screwed.  Join devcon and you
will get the VAC++ compiler (on a quarterly trial basis) as part of your
subscription.

Roland

>Under OS/2 WSeB, Watcom 11.0b's debugger generates an error message any
>time you debug an app with symbols.

>The error message Watcom generates is "A task exception has occurred
>general protection fault."

>After you restart the app you get a regular OS/2 trap page talking about
>an error in DosCall1 but the address doesn't jive with what the debugger
>shows, so I'm thinking this is a collateral error.

>It appears to die in the startup code.  If you pick "Debug Startup" from
>the Run menu, then it doesn't die immediately.  I tried tracing through
>the startup code to see if I could peg it down a bit better, but there is
>a lot of source to trace through as assembly and the OS portions tend to
>hang a lot under the debugger (ctrl-alt-del).  It appears that Debug
>Startup puts you just before DLL initialization (which agrees with what
>the DOCS say).

>After I chose to show all modules in the module window, I noticed that
>there is a difference between WSEB and Warp4: in WSEB the first call
>after a debug startup goes to PMSPL.DLL but in Warp it goes to
>DOSCALL1.DLL.  I don't know if the order that dll's get initialized
>depends on some obscure outside condition, but it isn't going to depend
>on the order of the files in the directory since HPFS always presents
>files in alphabetic order so if this is the case the files should always
>load in the same order.  This behavior strikes me as very strange.

>I tried adding the C startup code to the source path, but that didn't
>seem to help.  I also added breakpoints at the entry point to the RTL but
>it trapped before it got there.  When the app dies, it doesn't list a
>module at the top of the assembly window.

>I'm thinking that this thing is dying somewhere in the Debugger's loading
>routine before it even hits the RTL or my app.

>I also tried running Borland TD 1.01 on a borland generated version of
>the app and it worked without fault.

>I ran WATFIX against my EXE and it reported no DLL fixup errors.

>To Al Balmer:

>The SYM file is separate.  I don't know about -d1 or d2, I'll try that.
>I did try all three formats (Dwarf etc) and that didn't make any
>difference.  The only thing that let the EXE run was if there was no SYM
>file in the directory.

>>Stephen Howe [TeamSybase] wrote:
>>
>> I have been asked by email:
>>
>> >I've been looking through sybase support, I was wondering if you have
heard
>> of the debugger not
>> >working on OS/2WSeB?  Any file that you load that has a symbol file (any
of
>> the 3 formats) will not
>> >load, it gets an error before it even starts.  Files load fine if there is
>> no symbol file.  I have
>> >heard of one other person having the same trouble.
--
-----------------------------------------------------------
[e-mail]              To Respond delete
".illegaltospam"
                            MR/2 Internet Cruiser 1.52
                            For a Microsoft free univers
-----------------------------------------------------------

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

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

From: [e-mail]                   01-Nov-99 14:34:10
  To: All                                               01-Nov-99 14:27:20
Subj: Re: OS/2 WSeB and Watcom 11.0b - Debugger doesn't work

From: Jostein Ullestad <[e-mail]>

AFAIK it was Sybase that shot Watcom C/C++, not Powersoft.
Jostein.

yyyc186.illegaltospam.at.flashcom.net wrote:
>
> In <[e-mail]>, on 10/14/99
>    at 01:01 PM, bogus <[e-mail]> said:
>
> It has been a long time since I installed or used my Watcom C/C++
> compiler.  As I recall they were matted to DOSCALL.  If some crummy
> software package shipped a different version of it you had problems under
> OS/2 unless you got an update from Watcom which used the newer version of
> DOSCALL.  Since Powersoft took the Watcom compiler out and shot it (Wonder
> if Novell will buy it?) you are probably screwed.  Join devcon and you
> will get the VAC++ compiler (on a quarterly trial basis) as part of your
> subscription.
>
> Roland
>
> >Under OS/2 WSeB, Watcom 11.0b's debugger generates an error message any
> >time you debug an app with symbols.
>
> >The error message Watcom generates is "A task exception has occurred
> >general protection fault."
>
> >After you restart the app you get a regular OS/2 trap page talking about
> >an error in DosCall1 but the address doesn't jive with what the debugger
> >shows, so I'm thinking this is a collateral error.
>
> >It appears to die in the startup code.  If you pick "Debug Startup" from
> >the Run menu, then it doesn't die immediately.  I tried tracing through
> >the startup code to see if I could peg it down a bit better, but there is
> >a lot of source to trace through as assembly and the OS portions tend to
> >hang a lot under the debugger (ctrl-alt-del).  It appears that Debug
> >Startup puts you just before DLL initialization (which agrees with what
> >the DOCS say).
>
> >After I chose to show all modules in the module window, I noticed that
> >there is a difference between WSEB and Warp4: in WSEB the first call
> >after a debug startup goes to PMSPL.DLL but in Warp it goes to
> >DOSCALL1.DLL.  I don't know if the order that dll's get initialized
> >depends on some obscure outside condition, but it isn't going to depend
> >on the order of the files in the directory since HPFS always presents
> >files in alphabetic order so if this is the case the files should always
> >load in the same order.  This behavior strikes me as very strange.
>
> >I tried adding the C startup code to the source path, but that didn't
> >seem to help.  I also added breakpoints at the entry point to the RTL but
> >it trapped before it got there.  When the app dies, it doesn't list a
> >module at the top of the assembly window.
>
> >I'm thinking that this thing is dying somewhere in the Debugger's loading
> >routine before it even hits the RTL or my app.
>
> >I also tried running Borland TD 1.01 on a borland generated version of
> >the app and it worked without fault.
>
> >I ran WATFIX against my EXE and it reported no DLL fixup errors.
>
> >To Al Balmer:
>
> >The SYM file is separate.  I don't know about -d1 or d2, I'll try that.
> >I did try all three formats (Dwarf etc) and that didn't make any
> >difference.  The only thing that let the EXE run was if there was no SYM
> >file in the directory.
>
> >>Stephen Howe [TeamSybase] wrote:
> >>
> >> I have been asked by email:
> >>
> >> >I've been looking through sybase support, I was wondering if you have
heard
> >> of the debugger not
> >> >working on OS/2WSeB?  Any file that you load that has a symbol file (any
of
> >> the 3 formats) will not
> >> >load, it gets an error before it even starts.  Files load fine if there
is
> >> no symbol file.  I have
> >> >heard of one other person having the same trouble.
> --
> -----------------------------------------------------------
> [e-mail]              To Respond delete
".illegaltospam"
>                             MR/2 Internet Cruiser 1.52
>                             For a Microsoft free univers
> -----------------------------------------------------------

--
Remove "NOSPAM" from my email address when replying

http://www.powerutilities.no/

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Tele2 Norway AS Public Access (1:109/42)

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

From: [e-mail]                      01-Nov-99 15:09:12
  To: All                                               01-Nov-99 14:27:20
Subj: DDE memory drain

From: [e-mail]

 am currently running the Smartsuite and when running DDE pokes into
123, system memory is being drained.  THs did not happen on the same
system with 123 2.1.  Anyone know of a fixpac or other solution?

Thanks.





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

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

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

From: [e-mail]                          01-Nov-99 19:11:18
  To: All                                               01-Nov-99 17:33:18
Subj: Re: WPS class WPINSTALL

From: [e-mail] (Ilya Zakharevich)

[A complimentary Cc of this posting was sent to Leon D. Zetekoff
<[e-mail]>],
who wrote in article <[e-mail]>:
> > Given what piece of junk SoftInstaller was, I'm not surprised.  Is
> > Feature Installer similar in crappiness?  I have never seen it...
>
> Hi Ilya...
>
> In  actuality the Software Installer is fairly powerful.

I know.  My Perl module SoftInstaller was one of the first tools to
automatically create Software Installer distrubutions.  The result did
work on my machine (though upcasings CONFIG.SYS, thus requiring manual
intervention anyway, which makes the whole point completely moot :-().
But the amount of situations it *did not* work in was incredible.

Ilya

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

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

From: [e-mail]                                     02-Nov-99 16:51:17
  To: All                                               02-Nov-99 14:32:22
Subj: Re: DosDevIOCtl questions

From: =?iso-8859-1?Q?Bj=F8rn?= Vermo <[e-mail]>

Jim Parker wrote:

>
> I've been on news groups where it is considered a mortal sin to delete
anything in a
> reply. It is also considered a sin on these news groups to place your reply
anywhere
> but at the bottom. The logic is that if you want to see the entire thread
you go to
> the last post and you'll get everything in order. Some people get pissed off
when
> they have to bring up every post in order to find out what's going on in a
thread.
> Some people get pissed off when the original post expires and the only thing
left of
> a thread are some incomplete posts.
>

Such people should be pointed in the direction of  advice to new users. It is
poor
netiquette to quote more than absolutely necessary, and ISPs will sometimes
take
measures against newsgroups with too much bloat. Automatically adjusting
expiry to keep
the stored volume down is one way, including filters to bounce postings with
an
excessive quote-to-new ratio is another.

Better newsreaders would be a great help - it is entirely possible to maintain
a
separate "quote window" where you can look at the history of the thread.


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

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

From: [e-mail]                                   03-Nov-99 02:47:18
  To: All                                               03-Nov-99 03:33:28
Subj: xxx passwords Hourly update!

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

I found a great site!

www.rawpasswords.com

check it out guys!

Jack




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

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

From: [e-mail]                                02-Nov-99 22:43:08
  To: All                                               03-Nov-99 03:33:28
Subj: Re: DosDevIOCtl questions

From: Jim Parker <[e-mail]>

Bj¢rn Vermo wrote:

> Jim Parker wrote:
>
> >
> > I've been on news groups where it is considered a mortal sin to delete
anything in a
> > reply. It is also considered a sin on these news groups to place your
reply anywhere
> > but at the bottom. The logic is that if you want to see the entire thread
you go to
> > the last post and you'll get everything in order. Some people get pissed
off when
> > they have to bring up every post in order to find out what's going on in a
thread.
> > Some people get pissed off when the original post expires and the only
thing left of
> > a thread are some incomplete posts.
> >
>
> Such people should be pointed in the direction of  advice to new users. It
is poor
> netiquette to quote more than absolutely necessary, and ISPs will sometimes
take
> measures against newsgroups with too much bloat. Automatically adjusting
expiry to keep
> the stored volume down is one way, including filters to bounce postings with
an
> excessive quote-to-new ratio is another.
>
> Better newsreaders would be a great help - it is entirely possible to
maintain a
> separate "quote window" where you can look at the history of the thread.

"Such people",  as you call them, are the maintainers of the news groups and
their most
experienced users (the ones providing the most and most knowledgeable
responces), not "new
users." Different strokes for different folks. Perhaps the news groups I'm
talking about
are different from all others. They are the Netscape news groups on Netscape's
secure news
server.

Jim


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

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

From: [e-mail]                                    03-Nov-99 14:45:01
  To: All                                               03-Nov-99 15:13:11
Subj: search Error code of netbios

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

I search information of the return code error of a function netbios

thank


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

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

From: [e-mail]                    03-Nov-99 13:45:21
  To: All                                               03-Nov-99 15:13:11
Subj: Re: dynamic loadable driver (OS/2)?????

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

>The KEE-API is described. Check my OS/2 page.

Sounds interesting - I would love to check your OS/2 page,
are you going to give us a clue as to where it may be found? ;)

Simon Bowring


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

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

From: [e-mail]                              03-Nov-99 17:50:27
  To: All                                               03-Nov-99 21:54:22
Subj: Detecting MMX processor

From: [e-mail] (Ruediger Ihle)

Hi folks !

How does an OS/2 app check, that it runs on an MMX-like
processor in order to take advantage of some new instructions ?

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

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

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

From: [e-mail]                               03-Nov-99 13:47:14
  To: All                                               03-Nov-99 21:54:22
Subj: Re: Detecting MMX processor

From: Marty <[e-mail]>

Ruediger Ihle wrote:
>
> Hi folks !
>
> How does an OS/2 app check, that it runs on an MMX-like
> processor in order to take advantage of some new instructions ?

At a guess, you could probably install your own exception handler, fire
off an MMX instruction, and if it causes an exception, you'll know.
Scitech and the distributed.net developers both have some kind of MMX
detection in their OS/2 software.  Perhaps you can inquire with either
of them.

- Marty

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: IBM Global Services North -- Burlington, Vermont,
(1:109/42)

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

From: [e-mail]                                03-Nov-99 23:33:15
  To: All                                               04-Nov-99 03:16:21
Subj: Re: dynamic loadable driver (OS/2)?????

From: William Geiger <[e-mail]>

On Wed, 03 Nov 1999 13:45:43 +0000 (GMT), Simon Bowring wrote:

>>The KEE-API is described. Check my OS/2 page.
>
>Sounds interesting - I would love to check your OS/2 page,
>are you going to give us a clue as to where it may be found? ;)
>

http://ais.gmd.de/~veit/os2/index.html

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

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

From: [e-mail]                                  04-Nov-99 12:47:10
  To: All                                               04-Nov-99 10:28:12
Subj: !How get `font size` list inside WPS extension code ?

From: Ivan Klimenko <[e-mail]>

Hi !

    How i can get list fonts avaliable in DSPRESS.DLL ?
    This list you can see in system menu any VIO window (Alt|Font size
...).

    May be exist API call ( i do it inside WPS-extension code).


--

Ivan Klimenko   [Team OS/2]
e-mail:         [e-mail]
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: [e-mail]                                  04-Nov-99 17:33:27
  To: All                                               04-Nov-99 16:45:22
Subj: Max file handles for processes

From: [e-mail] (Yuri Dario)

Hi,

I discovered that most processes on my PC have a limit of 20 file
handles (and 10 are already used by standard handles).

Reading OS/2 documents, they tell that OS/2 allocates 50 handles for
every process, but this is not true in my case. This has been checked
with both WSeb and Warp4 using Theseus3.

E.g. simply running the following loop

   i = 0;
   do {
      printf( "try %d\n", i);
      fp = fopen( "dummy.txt", "r");
      i++;
   } while( fp);

will open only 10 files when using gcc (without EMXOPT=-hxxx). With
VAC++ the runtime allocates free handles when needed (probably calling
DosSetMaxFH).

There is a way to raise this limit with a system-wide change? I need
it because I have a couple of programs running out of handles and I
can't recompile them.

Bye,

    Yuri Dario

/*
 * member of TeamOS/2 - Italy
 * http://www.quasarbbs.com/yuri
 */

--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: MC-link The World On Line (1:109/42)

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

From: [e-mail]                    04-Nov-99 21:09:01
  To: All                                               05-Nov-99 05:13:04
Subj: OT: Usenet Rules

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

On Tue, 02 Nov 1999 22:43:17 -0500, Jim Parker wrote:

>They are the Netscape news groups on Netscape's secure news server.
                                      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
If this server is not part of usenet (doesn't transfer news between
other news servers on usenet), it would not be subject to usenet
rules - if you own your own roads, you can decide which side to drive
on, if you use the public road network, it becomes a little more
important!

I expect NS also insisted on proportional fonts, HTML postings
and other irritating and standards busting practises that self
respecting news clients/servers don't allow!

See the news.announce.newusers newsgroup for the rules!
[Anyone who has not read these rules, should have their
usenet driver's license revoked (if only that were true!).

Regards

Simon Bowring


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

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

From: [e-mail]                 05-Nov-99 09:32:25
  To: All                                               05-Nov-99 05:13:04
Subj: Re: Max file handles for processes

From: Carsten Thorenz <[e-mail]>

Yuri Dario wrote:
> I discovered that most processes on my PC have a limit of 20 file
> handles (and 10 are already used by standard handles).

Look at the value of "files=xxx" in your config.sys.


Bye, Carsten

--
Carsten Thorenz           Institut fuer Stroemungsmechanik und
                          elektronisches Rechnen im Bauwesen
[e-mail]
http://www.hydromech.uni-hannover.de/w3-pages-thorenz/thorenz.html

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

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

From: [e-mail]                              05-Nov-99 11:26:27
  To: All                                               05-Nov-99 10:29:19
Subj: Re: Max file handles for processes

From: [e-mail] (Ruediger Ihle)

On Thu, 4 Nov 1999 17:33:54, [e-mail] (Yuri Dario) wrote:

> There is a way to raise this limit with a system-wide change? I need
> it because I have a couple of programs running out of handles and I
> can't recompile them.


From UNDOC.INF somewhere out on the net (Hobbes ?):

> SHELLHANDLESINC= - This environment variable increments the number of file
handles available to the
> Shell process (protshell). Users who need more file handles can add this
statement to CONFIG.SYS.  The
> maximum file handles will be incremented by the amount specified in the
statement.  The system
> defaults to 20 file handles in the Shell process.  Therefore, if the
statement specifies a 10, then the
> total would be incremented to 30.


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

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

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

From: [e-mail]                              05-Nov-99 10:39:07
  To: All                                               05-Nov-99 14:49:08
Subj: missing dde4mbs.lib error linking with IBM C++ 3.6.5

From: "r hanley" <[e-mail]>

Hi,
  I am rebuilding an older application using IBM C++ 3.6.5 and am getting a
linker error.  I am using the ILINK command in the makefile and it seems to
be trying to link in a default .LIB file called DDE4MBS.LIB.   No such file
came with my compiler installation, and I am unable to tell the linker to
exclude this file.  Anyone else seen this and found a solution?

Thanks,  Robert



--- WtrGate+ v0.93.p7 sn 165
 * Origin: Usenet: Together Networks - Burlington, VT. (1:109/42)

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

From: ariek@attglobal3.141592653589793...               05-Nov-99 20:18:06
  To: All                                               05-Nov-99 16:48:26
Subj: VAC++ debugger storage monitor: how to search for specific data?

Message sender: [e-mail]

From: [e-mail] (Arie Kazachin)

Hello!

I'm attempting to run some program from the debugger found in
VAC++ 3.0. In the "storage" monitor window, there is no option
to search for a specific data, there is only address which I can
enter for the window to scroll to. I need to find some known data
(a string) and to set a breakpoint when it'll be changed. But I don't
know, how to find an address of a known data: I can't find such a
trivial option as "search for ..." that is found in many other debuggers.
It's almost unthinkable that such a trivial option doesn't exists in
VAC++ debugger. Maybe I'm missing something obvious?

THANKS IN ADVANCE FOR ANY HELP ! ! !
******************************************************************************
*   Arie Kazachin, Israel, e-mail: [e-mail] *
******************************************************************************
NOTE: before replying, leave only letters in my domain-name. Sorry, SPAM trap.

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

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

From: [e-mail]                                    05-Nov-99 21:53:26
  To: All                                               05-Nov-99 19:55:04
Subj: Re: !How get `font size` list inside WPS extension code ?

From: Peter Fitzsimons <[e-mail]>

Ivan Klimenko wrote:
>
> Hi !
>
>         How i can get list fonts avaliable in DSPRESS.DLL ?
>         This list you can see in system menu any VIO window (Alt|Font size
> ...).
>
>         May be exist API call ( i do it inside WPS-extension code).
>
>

GpiQueryFonts(). This will show the screen fonts.  Run it like this "sf
>log", then look at the file "log".

[--- snip: sf.c ----]

// compile: icc /Q /Smes /W3 /Kb+ /O sf.c /B"/pm:pm"

#define INCL_PM
#define INCL_SPL
#define INCL_SPLDOSPRINT
#define INCL_ERRORS
#include <os2.h>
#include <stdlib.h>
#include <stdio.h>

int main(void)
{
    HPS hps;
    HMQ hmq;
    HAB hab;
    long cFonts = 1000;
    FONTMETRICS *pfm;
    long i, p;

    if ((hab = WinInitialize(0)) == 0L)
    return 1;

    if ((hmq = WinCreateMsgQueue(hab, 0)) == 0L)
    return 1;

    hps = WinGetPS(HWND_DESKTOP);

    pfm = malloc(sizeof(*pfm) * cFonts);
    GpiQueryFonts(hps, QF_PUBLIC, NULL, &cFonts, sizeof(*pfm), pfm);
    printf("Returned %d fonts\n", cFonts);
    for(i=0; i<cFonts; i++){
    p = 0;
    printf("---> %2d x %2d, %2dpts (%8x/%4d) %s",
        pfm[i].lMaxCharInc, pfm[i].lMaxBaselineExt,
        pfm[i].sNominalPointSize/10,
        pfm[i].lMatch,
        pfm[i].lMatch,
        pfm[i].szFacename);

        if(pfm[i].fsDefn & FM_DEFN_OUTLINE)
        printf(", Outline");
        else
        printf(", Image  ");

        if(pfm[i].fsType & FM_TYPE_FIXED)
        printf(", Monospaced\n");
        else
        printf(", Proportional\n");

        printf("CHAR    szFamilyname             = %s\n",
pfm[i].szFamilyname       );
        printf("CHAR    szFacename               = %s\n",
pfm[i].szFacename         );
        printf("USHORT  idRegistry               = %d\n",
pfm[i].idRegistry         );
        printf("USHORT  usCodePage               = %d\n",
pfm[i].usCodePage         );
        printf("LONG    lEmHeight                = %d\n",
pfm[i].lEmHeight          );
        printf("LONG    lXHeight                 = %d\n",
pfm[i].lXHeight           );
        printf("LONG    lMaxAscender             = %d\n",
pfm[i].lMaxAscender       );
        printf("LONG    lMaxDescender            = %d\n",
pfm[i].lMaxDescender      );
        printf("LONG    lLowerCaseAscent         = %d\n",
pfm[i].lLowerCaseAscent   );
        printf("LONG    lLowerCaseDescent        = %d\n",
pfm[i].lLowerCaseDescent  );
        printf("LONG    lInternalLeading         = %d\n",
pfm[i].lInternalLeading   );
        printf("LONG    lExternalLeading         = %d\n",
pfm[i].lExternalLeading   );
        printf("LONG    lAveCharWidth            = %d\n",
pfm[i].lAveCharWidth      );
        printf("LONG    lMaxCharInc              = %d\n",
pfm[i].lMaxCharInc        );
        printf("LONG    lEmInc                   = %d\n",
pfm[i].lEmInc             );
        printf("LONG    lMaxBaselineExt          = %d\n",
pfm[i].lMaxBaselineExt    );
        printf("SHORT   sCharSlope               = %d\n",
pfm[i].sCharSlope         );
        printf("SHORT   sInlineDir               = %d\n",
pfm[i].sInlineDir         );
        printf("SHORT   sCharRot                 = %d\n",
pfm[i].sCharRot           );
        printf("USHORT  usWeightClass            = %d\n",
pfm[i].usWeightClass      );
        printf("USHORT  usWidthClass             = %d\n",
pfm[i].usWidthClass       );
        printf("SHORT   sXDeviceRes              = %d\n",
pfm[i].sXDeviceRes        );
        printf("SHORT   sYDeviceRes              = %d\n",
pfm[i].sYDeviceRes        );
        printf("SHORT   sFirstChar               = %d\n",
pfm[i].sFirstChar         );
        printf("SHORT   sLastChar                = %d\n",
pfm[i].sLastChar          );
        printf("SHORT   sDefaultChar             = %d\n",
pfm[i].sDefaultChar       );
        printf("SHORT   sBreakChar               = %d\n",
pfm[i].sBreakChar         );
        printf("SHORT   sNominalPointSize        = %d\n",
pfm[i].sNominalPointSize  );
        printf("SHORT   sMinimumPointSize        = %d\n",
pfm[i].sMinimumPointSize  );
        printf("SHORT   sMaximumPointSize        = %d\n",
pfm[i].sMaximumPointSize  );
        printf("USHORT  fsType                   = %04x\n",
pfm[i].fsType             );
        printf("USHORT  fsDefn                   = %04x [",
pfm[i].fsDefn             );
        if(pfm[i].fsDefn & FM_DEFN_OUTLINE)
        printf("OUTLINE");
        else
        printf("Image  ");
        printf("]\n");
        printf("USHORT  fsSelection              = %04x\n",
pfm[i].fsSelection        );
        printf("USHORT  fsCapabilities           = %04x\n",
pfm[i].fsCapabilities     );
        printf("LONG    lSubscriptXSize          = %d\n",
pfm[i].lSubscriptXSize    );
        printf("LONG    lSubscriptYSize          = %d\n",
pfm[i].lSubscriptYSize    );
        printf("LONG    lSubscriptXOffset        = %d\n",
pfm[i].lSubscriptXOffset  );
        printf("LONG    lSubscriptYOffset        = %d\n",
pfm[i].lSubscriptYOffset  );
        printf("LONG    lSuperscriptXSize        = %d\n",
pfm[i].lSuperscriptXSize  );
        printf("LONG    lSuperscriptYSize        = %d\n",
pfm[i].lSuperscriptYSize  );
        printf("LONG    lSuperscriptXOffset      = %d\n",
pfm[i].lSuperscriptXOffset);
        printf("LONG    lSuperscriptYOffset      = %d\n",
pfm[i].lSuperscriptYOffset);
        printf("LONG    lUnderscoreSize          = %d\n",
pfm[i].lUnderscoreSize    );
        printf("LONG    lUnderscorePosition      = %d\n",
pfm[i].lUnderscorePosition);
        printf("LONG    lStrikeoutSize           = %d\n",
pfm[i].lStrikeoutSize     );
        printf("LONG    lStrikeoutPosition       = %d\n",
pfm[i].lStrikeoutPosition );
        printf("SHORT   sKerningPairs            = %d\n",
pfm[i].sKerningPairs      );
        printf("SHORT   sFamilyClass             = %d\n",
pfm[i].sFamilyClass       );
        printf("LONG    lMatch                   = %d\n",
pfm[i].lMatch             );
        printf("LONG    FamilyNameAtom           = %d\n",
pfm[i].FamilyNameAtom     );
        printf("LONG    FaceNameAtom             = %d\n",
pfm[i].FaceNameAtom       );
    }
    WinDestroyMsgQueue(hmq);
    WinTerminate(hab);
    return 0;
}

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

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

From: [e-mail]                                    05-Nov-99 22:01:00
  To: All                                               05-Nov-99 19:55:04
Subj: Re: Max file handles for processes

From: Peter Fitzsimons <[e-mail]>

Carsten Thorenz wrote:
>
> Yuri Dario wrote:
> > I discovered that most processes on my PC have a limit of 20 file
> > handles (and 10 are already used by standard handles).
>
> Look at the value of "files=xxx" in your config.sys.
>

That's for DOS programs only.

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

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

From: [e-mail]                                    05-Nov-99 22:04:16
  To: All                                               05-Nov-99 19:55:04
Subj: Re: missing dde4mbs.lib error linking with IBM C++ 3.6.5

From: Peter Fitzsimons <[e-mail]>

r hanley wrote:
>
> Hi,
>   I am rebuilding an older application using IBM C++ 3.6.5 and am getting a
> linker error.  I am using the ILINK command in the makefile and it seems to
> be trying to link in a default .LIB file called DDE4MBS.LIB.   No such file
> came with my compiler installation, and I am unable to tell the linker to
> exclude this file.  Anyone else seen this and found a solution?
>

That's a lib from IBM Cset++ v2.  It sounds like you need to erase all
your *.obj's (and perhaps some *.libs that your makefile makes) and
recompile.

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

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

From: [e-mail]                        05-Nov-99 23:26:21
  To: All                                               05-Nov-99 21:23:14
Subj: Patch help

From: [e-mail] (John Poltorak)

I'm trying to build wget.exe by applying the patch from the OS/2 version
to the original source, but I can't get patch (GNU Patch 2.5.4) to work.

Can some help out with the syntax?

I'm trying apply the patch using wget-1.5.3-os2.diff from c:\test\wget\os2
to the source which is in c:\test\wget\wget-1.5.3\src.

--
John

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

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

From: [e-mail]                            06-Nov-99 00:04:28
  To: All                                               05-Nov-99 21:23:14
Subj: Re: Max file handles for processes

From: [e-mail] (Paul Ratcliffe)

On 4 Nov 1999 17:33:54 GMT, Yuri Dario <[e-mail]> wrote:

>I discovered that most processes on my PC have a limit of 20 file
>handles (and 10 are already used by standard handles).

There are only 3 standard handles on OS/2. The rest will be inherited file
handles.

>Reading OS/2 documents, they tell that OS/2 allocates 50 handles for
>every process, but this is not true in my case. This has been checked
>with both WSeb and Warp4 using Theseus3.

The default is 20, just like in DOS.

>There is a way to raise this limit with a system-wide change? I need
>it because I have a couple of programs running out of handles and I
>can't recompile them.

Why don't you use a wrapper program that increases the file handles and then
executes the original program. I think I am right in saying that the number
of file handles is an inherited property.
Failing that, just close every file apart from the standard in/out/error i.e.
all the inherited handles you don't want and then execute the original
program.

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

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

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