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

                 Saturday, 16-Oct-1999 to Friday, 22-Oct-1999

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

From: info@BackupForDummies.com                         16-Oct-99 07:40:13
  To: All                                               16-Oct-99 05:17:17
Subj: www.BackupForDummies.com

From: info@BackupForDummies.com

This is a multi-part message in MIME format.
--------------FE202A708575834E4933A7B7
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit


--------------FE202A708575834E4933A7B7
Content-Type: text/html; charset=us-ascii; name="banner.html"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="banner.html"

<html>
<body bgcolor=white>
<!--
comp.os.os2.programmer.porting,comp.os.os2.programmer.tools,comp.os.os2.scitech
,comp.os.os2.setup.misc,comp.os.os2.setup.storage -->
<center>
<b>   
Year 2000 is coming!  This diverse site is a must!
</b>
<br>
<br>
<a href="http://www.backupfordummies.com"><img
src="http://www.backupfordummies.com/banners/B4D.gif" border=2></a>
<br>
<br>
<b>
We apologize if this post is off topic, however we see this as
a service that is necessary for everyone!
<br>
Please direct any complaints to this post to <a
href="mailto:info@backupfordummies.com">info@backupfordummies.com</a>
</center>
<!--
comp.os.os2.programmer.porting,comp.os.os2.programmer.tools,comp.os.os2.scitech
,comp.os.os2.setup.misc,comp.os.os2.setup.storage -->
</body>
</html>

--------------FE202A708575834E4933A7B7--

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

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

From: beve@dds.nl                                       17-Oct-99 08:59:06
  To: All                                               17-Oct-99 05:16:23
Subj: help!!! PGCC is not working

From: "G. van der Veer" <beve@dds.nl>

Hi,

When I run any program (for example Squid) compiled in PGCC 1.1.3 or
below I get the following message:

SYS0191: GCC29166 cannot be run in an OS/2 session.

I installed the files which i got from http://www.goof.com/pcg/os2/
according the instructions.
I have ensured myself that all paths are in the path and libpath in my
config.sys (and of course EMX 0.9D fix 2 had already been installed).
When I toggle of protectonly it does not work either, so gcc29166.dll is
not a dos-executable either.  Maybe I need to install XFree86 for the
runtime libraries?

current system:

Processor:              Intel Pentium II 350 MHz
Motherboard:        Gateway 2000
Internal memory:  320 MB
Operating system: OS/2 Aurora

PS. I had the same troubles when using OS/2 Warp 4.0 Fixpak 6 with
earlier versions of PGCC.
I hope that I can get the runtime libraries working. Otherwise I have to
say goodbye till Star Office too  :-(

Another option might be to recompile the sources for PGCC... has anybody
an idea on how to do this?

I hope someone can help me out of this mess,

kind regards,

Berry van der Veer

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

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

From: whonea@codenet.net                                17-Oct-99 02:39:17
  To: All                                               17-Oct-99 10:24:05
Subj: Re: Compiling StarOffice with EGCS

From: whonea@codenet.net (Will Honea)

On Fri, 15 Oct 1999 11:18:29, Oliver Braun <obr@stardivision.de> 
wrote:

> > What???VisualAge 4.0 include on an extra CD command line compilers 
> > dor OS/2 and for Windows, (3.6 level) with all VisualAge 4.0 
> > support (namespaces, etc....)
> 
> That`s simply not true. The IBM documentation Choosing the Right C++ 
> CD of the Visual Age 4.0 Package states in the section C++ Standard 
> Compliance for Version 4.0 ANSI/ISO 1998 C++ Standard and for the 3.6 
> ANSI 1992 Draft.
> 
> If you try to compile a source file with namespaces in it, the 3.6 
> compile simply states: namespace is not a type name.
> 
> If there is any undocumented compiler switch to make namespaces work 
> with the 3.6 compiler, any report of it will be appreciated.
> 
> Oliver Braun
> StarOffice Software Entwicklungs GmbH

You are correct regarding the namespace support.  There are ways 
around nearly all the migration headaches but they all require 
translating your make files to icc project files which is a large 
task.  As for some of the limits others have mentioned, it is quite 
easy to debug C code: simply compile the C files as C++ files.  There 
are some quirks about what has to be included in the project, such as 
all code to be debugged must be compiled as part of the same project (
"to be fixed at the next release"?? etc.  Try posting your questions 
at news.software.ibm.com where the IBM developers can answer some of 
your questions.  That has been an invaluable source so far.

As far as I have found, the only limitation has been that there is no 
direct support for linking to 16-bit code and a couple of template 
related issues concerning some internal table sizes.  The big issue 
for me has been the move to the project file from the existing make 
files and the learning curve with the project orientation with the 
incremental compiler.

Will Honea <whonea@codenet.net>

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

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

From: mamodeo@stny.rr.com                               18-Oct-99 10:50:14
  To: All                                               18-Oct-99 14:36:02
Subj: Re: help!!! PGCC is not working

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

"G. van der Veer" wrote:
> 
> Hi,
> 
> When I run any program (for example Squid) compiled in PGCC 1.1.3 or
> below I get the following message:
> 
> SYS0191: GCC29166 cannot be run in an OS/2 session.

This can happen in a DLL when the DLL itself is dynamically linked to
other DLLs and it can't find one of them.

For example:
My_Exe.EXE is linked to GCC29166.DLL which is dynamically linked to
BLAH.DLL which can't be found.  This error message would be reported if
you tried to run My_Exe.EXE.

- Marty

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

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

From: robmv@ibm.net                                     18-Oct-99 16:33:24
  To: nospam_ktk@netlabs.org                            18-Oct-99 22:36:24
Subj: Re: Compiling St6arOffice with EGCS

To: Adrian Gschwend <nospam_ktk@netlabs.org>
From: Robert Marcano <robmv@ibm.net>

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

This was a response received on the IBM newsgroup for VACPP:

I am Leif-Erik Larsen. The author of the Larsen Commander, which
you can download from http://home.sol.no/~leilarse/lcmd/index.html
if you like.

Why do StarOffice believe that VACPP 4.0 does not support
commandline compiling? I use that compiler, and compile on the
commandline all the time. You just have to think somewhat different,
and set up a ICC-file instead of a classic MAK-file. However, to my
experience this is usually much simpler to do.

The ICC-file can be "seen" as a make file, which you can compile
with the commandline compiler VACBLD.EXE.

Below is a copy of my current commandline compiler batch,
that uses IBM VACPP 4.0 on OS/2 to let me compile my
project from the commandline.

@echo off
echo Making Larsen Commander w/VisualAge C++ ...
cd va4
call d:\ibmcpp40\bin\setenv.cmd
d:\ibmcpp40\bin\vacbld.exe lcmd.icc -SHOWProgress=3
cd ..

Best regards
Leif-Erik Larsen



On Fri, 15 Oct 1999 11:51:07 -0600, Robert Marcano wrote:

>There is a plan to ship a 4.0 version command line compiler? (like the
>ones shipped with the product version 3.6)
>Please read the next message
>
>Crosspost from another newsgroup
>
>               Compiling StarOffice with EGCS
>               Thu, 14 Oct 1999 20:43:52 +0200 (CDT)
>               "Adrian Gschwend" <nospam_ktk@netlabs.org>
>               OS/2 Netlabs
>               comp.os.os2.programmer.tools,
>               comp.os.os2.programmer.porting
>
>
>I talked to some people from StarOffice at Warpstock Europe and they
>told
>me,
>that they have a serious problem with the OS/2 port of it. Until now
>they
>used to compile the code with VAcpp 3.65 on OS/2 but now they use
>"namespaces" in the code and because VAcpp 4.0 does not support
>commandline
>compiling, they can't compile it on OS/2 anymore (the project is simply
>too
>big for the VAcpp 4.0 workframe). On Linux they use the Pentium
>optimized
>version of the GNU compiler and they tried the same on OS/2. But
>unfortunately there is a problem in the OS/2 port:
>
>(Taken from http://www.goof.com/pcg/os2/#Bugs)
>
>Known bugs:
>
>emxomf now traps (sometimes?) when compiling with -g (debug) switch.
>This
>is
>due to new format of debugging info (DWARF2). I do not know how to fix
>this.
>Use A.OUT format (no -Zomf) for debugging and pmgdb.
>
>Solution: This happens because pgcc uses new stabs format (-gstabs+)
>while
>emxomf understands only the standard stabs debugging info. I've
>partialy
>fixed this by adding a tiny command-line preprocessor to gcc. It scans
>argv[]
>and looks for both -Zomf and -g# where # is a number. If it finds one,
>it
>replaces -g# by -gstabs#. This doesn't always help, however.
>---
>
>As you can see this is a limitation in EMX, we now have to find people
>who
>are able to fix this (which will not be an easy task I think). We are
>already
>in contact with Eberhard Mattes but we need more support. If you think
>you
>are able to fix this, please get in contact with Oliver Braun
><obr@stardivision.de>. Please JUST reply if you really think you can
>help
>StarDivision.
>
>A StarOffice without debug informations can not be tested and if noone
>can
>fix this limitation, Sun can not provide a new version for OS/2 ! So
>you see
>this is important for the future of StarOffice on OS/2.
>
>Thanks for your support
>
>Adrian Gschwend
>@ OS/2 Netlabs
>http://www.netlabs.org
>
>
>
>
>

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

begin:vcard 
n:Marcano Varela;Robert Jess
x-mozilla-html:TRUE
org:Programacin Mecanizada C.A. (PROMCA)
adr:;;CCCT, 1ra Etapa, piso 2, oficina 205,
Chuao;Caracas;Miranda;1060;Venezuela
version:2.1
email;internet:robmv@ibm.net
title:System Architect
tel;fax:(+582) 9591729
tel;home:(+5816) 6218891
tel;work:(+582)9 591665
note;quoted-printable:Certified VisualAge for Smalltalk Associate
Developer=0D=0ACertified VisualAge for C++ Associate Developer=0D=0ACertified
OS/2 Warp Engineer
x-mozilla-cpt:;0
fn:Robert Jess Marcano Varela
end:vcard

--------------FA1E5A3E0C5E2536CEAEBEE4--

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

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

From: bschwand@dvart.com                                20-Oct-99 15:50:25
  To: All                                               20-Oct-99 21:23:25
Subj: Re: Can't get ksh to find programs in PATH

From: bruno schwander <bschwand@dvart.com>

you can use BEGINLIBPATH or ENDLIBPATH to set the dll search path outside of
CONFIG.SYS

bruno

Allen Cogbill wrote:

> On Mon, 16 Aug 1999 18:16:11 +0000, Thomas Gagne wrote:
>
> >I've loaded emxr7 0.9d and everything seems to work fine for it, but I
> >can't convince gnufutil's ls that gnufu.dll is in either PATH or
> >LIBPATH, even though when I look at the two variables the directory is
> >there. If I'm physically IN a directory with ls.exe it works, but not if
> >Im anywhere else.
> >
> >If I've put 'ls.exe' in a directory 'c:\bin', does that directory need
> >to be added to config.sys for the whole box or should having it in my
> >owth PATH and LIBPATH variables be sufficient?
>
> I assume from your subject line that you're using ksh. Don't set LIBPATH
> in .kshrc; set it in CONFIG.SYS ... it's not the same as other environmental
> variables.
>
> If it's set properly in CONFIG.SYS, you should have no problems. If it's in
> your .kshrc, take it out.
>
> Allen Cogbill
> Los Alamos National Laboratory
> Los Alamos, NM  USA

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

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

From: lsunley@mb.sympatico.ca                           21-Oct-99 01:38:23
  To: All                                               21-Oct-99 03:14:02
Subj: Re: Can't get ksh to find programs in PATH

From: lsunley@mb.sympatico.ca (Lorne Sunley)

On Wed, 20 Oct 1999 22:50:50, bruno schwander <bschwand@dvart.com> 
wrote:

> you can use BEGINLIBPATH or ENDLIBPATH to set the dll search path outside of
> CONFIG.SYS
> 
Yes you can. That's what the variables are for. If they are set in 
config.sys
they apply to all sessions. You can set them in CMD files or REXX 
scripts
for use in particular applications.

Lorne Sunley

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

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

From: bschwand@dvart.com                                21-Oct-99 13:04:29
  To: All                                               21-Oct-99 16:48:12
Subj: Re: Can't get ksh to find programs in PATH

From: bruno schwander <bschwand@dvart.com>

thanks for your seal of approval
:-)

bruno

Lorne Sunley wrote:

> On Wed, 20 Oct 1999 22:50:50, bruno schwander <bschwand@dvart.com>
> wrote:
>
> > you can use BEGINLIBPATH or ENDLIBPATH to set the dll search path outside
of
> > CONFIG.SYS
> >
> Yes you can. That's what the variables are for. If they are set in
> config.sys
> they apply to all sessions. You can set them in CMD files or REXX
> scripts
> for use in particular applications.
>
> Lorne Sunley

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

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

From: mamodeo@stny.rr.com                               22-Oct-99 01:27:00
  To: All                                               22-Oct-99 05:24:03
Subj: MAME for OS/2 .36 beta 7 is available

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

MAME stands for Multiple Arcade Machine Emulator.  

It allows you to play your favorite classic, and some not-so-classic
arcade games (from the 70's through the 90's) from the comfort of your
OS/2 desktop.

The OS/2 version has been updated to the latest version of the MAME core
(.36 beta 7).  If you are upgrading from beta 6, it will automatically
update your Quick List and scan for newly supported games the first time
you start it up so you don't have to manually rescan everything from
scratch and erase your Favorites list.

Please note that the official web site's URL has changed to
http://emuos2.vintagegaming.com.  It is still part of what used to be
Dave's Video Game Classics.  Dave has changed his site's name to the
Vintage Gaming Network which will have more of a focus on arcade
emulation.

Enjoy!

- Marty

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

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

From: mamodeo@stny.rr.com                               22-Oct-99 01:54:01
  To: All                                               22-Oct-99 05:24:03
Subj: MAME for OS/2 source code is available

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

I have released the source code to the latest version of MAME for OS/2
on the official MAME for OS/2 homepage.  If anyone is interested, they
can feel free to download it from http://emuos2.vintagegaming.com.

It requires GCC/PGCC, AR, LD, EMXBIND, and MAKE utilities.  If all of
these tools are properly installed, you should be able to unzip the
source tree and type make in the top level directory to produce an
executable.

If anyone has any questions or comments on the code, feel free to
contact me.

- Marty

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

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

From: nospam_ktk@netlabs.org                            22-Oct-99 11:08:15
  To: All                                               22-Oct-99 10:21:21
Subj: Re: MAME for OS/2 source code is available

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

On Fri, 22 Oct 1999 01:54:02 -0400, Marty wrote:

Hey Marty,

>I have released the source code to the latest version of MAME for OS/2
>on the official MAME for OS/2 homepage.  If anyone is interested, they
>can feel free to download it from http://emuos2.vintagegaming.com.

very cool :)

btw: I *am* working on the new Netlabs design (MySQL is almost done, now I
started working with PHP3). So the MAME page at Netlabs will hopefully be up
to date with a link to your page in a few weeks :)

cu

Adrian


---
Adrian Gschwend
@ OS/2 Netlabs

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


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

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

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