aren't there header files on the warp4 cd for those of us who want to code/break programs for our systems? for some reason i'm thinking that there are... these should also be accurate for use on a warp3 system, right?

)\/(ark


* Origin: (1:3634/12)

Hi mark

mark lewis schrieb:

aren't there header files on the warp4 cd for those of us who want
to code/break programs for our systems?

No, there aren't...You'll get them with your (C) compiler...

--
CU Andre E-Mail: andre@grueneberg.de
... Live simply that others might simply live. (Elizabeth Seaton)
---
* Origin: No advertisement for ComTel BBS anymore (2:2411/525.1)

Moin mark!

05.11.2000, mark lewis wrote a message to all:

aren't there header files on the warp4 cd for those of us who want to code/break programs for our systems? for some reason i'm thinking
that there are... these should also be accurate for use on a warp3
system, right?

There are libs and header from the TCP/IP toolkit on the Warp 4 CD:

F:\CID\IMG\MPTS\UTILITY\TOOLKIT\MPTNTK.ZIP

And programs done according to this toolkit will run on Warp 3 and higher (maybe even 2.1 plus TCP/IP 2.0, i don't know).

Which compiler do you use? WatCom, Borland, IBM all come with complete (though
possible outdated) documentation and libs. And if you use GCC you have all the
headers/libs and just need documentation. Docu is available from IBM: guest account at Developers Toolbox (was Developers Connection).

Bye,
Vitus

---
* Origin: Es ist fast so spät wie ich mich fühle. (2:2474/424.1)

Hi mark,

Replying to a message of mark lewis to all:

aren't there header files on the warp4 cd for those of us who want to code/break programs for our systems? for some reason i'm thinking
that there are...

No.

These come with the OS/2 Developer's Toolkit, typically bundled with a compiler. The level of toolkit supplied will depend upon which compiler vendor's product you use and which release. There is even a chopped up version of the OS/2 2.1 DTK headers supplied with EMX.

You can also obtain the DTK by means of a Dev Con subscription, nowadays called
the IBM Developer's Toolbox. [See my message from a few weeks ago.]

these should also be accurate for use on a warp3 system, right?

If you use the Warp 4 toolkit you can limit yourself to using only those features available on Warp 3 and your code will run correctly on a Warp 3 system. Of course, if you use newer features your code can break.

Regards

Dave
<Team PL/I>

--- FleetStreet 1.25.1
* Origin: My other computer is an IBM S/390 (2:257/609.5)

Hi mark

mark lewis schrieb:

No, there aren't...You'll get them with your
(C) compiler...

they didn't come with gcc/emx... there ARE some on one of the
release cds but i don't remember where or which one... i now own
most all of them...

Warp 4 beta? At least on my version there were headers and libs.

--
CU Andre E-Mail: andre@grueneberg.de
... File not found. Delete *.* and change directory? (Y/N)_
---
* Origin: No advertisement for ComTel BBS anymore (2:2411/525.1)

aren't there header files on the warp4 cd for
those of us who want to code/break programs
for our systems?

No, there aren't...You'll get them with your
(C) compiler...

they didn't come with gcc/emx... there ARE some on one of the release cds but i
don't remember where or which one... i now own most all of them...

)\/(ark


* Origin: (1:3634/12)

Hi mark,

Replying to a message of mark lewis to Andre Grueneberg:

No, there aren't...You'll get them with your
(C) compiler...

they didn't come with gcc/emx...

They should be in your x:\emx\include directory, with names like os2.h, os2tk.h, pm.h, etc. Also, ensure you have set C_INCLUDE_PATH [that name is case
sensitive and must be all capital letters] correctly in your environment variables, typically in CONFIG.SYS, using *forward slashes* to delineate subdirectories within a path. On my system it reads:

SET C_INCLUDE_PATH=i:/emx/include

One normally begins a program module that uses OS/2 API calls with:

#include <os2.h>

optionally prefaced by one or more #define directives to filter out unneeded parts of the API. Provided all the above installation details have been attended to, EMX should find the headers when you compile.

there ARE some on one of the release
cds but i don't remember where or which one... i now own most all of them...

Some of the beta CD's released to developers had the beta DTK as well as the OS. I have yet to hear of a GA version of OS/2 that incorporated the DTK.

Regards

Dave
<Team PL/I>

--- FleetStreet 1.25.1
* Origin: My other computer is an IBM S/390 (2:257/609.5)

Hi mark,

Replying to a message of mark lewis to David Noon:

they didn't come with gcc/emx...

They should be in your x:\emx\include directory, with names
like os2.h, os2tk.h, pm.h, etc.

hummm... i have those... in the past, i have tried compiling programs
that are supposed to compile under emx... but i've always had
problems... it's been a year or so and i've completely forgotten all
the specifics... but i do remember that i had problems that seemingly could be attributed to not having the headers, libraries, etc... necessary...

Make sure you have EMX 0.9d with fix pack #3 applied.

Also, ensure you have set
C_INCLUDE_PATH [that name is case sensitive and must be all
capital letters] correctly in your environment variables,
typically in CONFIG.SYS, using *forward slashes* to delineate
subdirectories within a path. On my system it reads:

yup, got all that...

welp, here, lets try this...

i've a copy of dmake here that comes precompiled with emx 0.9a... i
simply want to (re)compile it with my emx 0.9d (if i remember it
right)... in the dmake stuff, there's a couple of make.cmd files... i choose to compile under emx... looking at the proper make.cmd for the
emx compilation, i see the following...

gcc -c -I. -Iemx -DOS2 -U__GNUC__ -Zmtd -O infer.c

but that line produces the following error...

H:\dmake >gcc -c -I. -Iemx -DOS2 -U__GNUC__ -Zmtd -O infer.c
In file included from extern.h:66,
from infer.c:40:
emx\public.h:161: conflicting types for `_chdir' H:\EMX\INCLUDE\stdlib.h:194: previous declaration of `_chdir'

This is a bug in EMX, but it seems to be fixed in fix pack #3. In fact, public.h appears to have disappeared.

ok... ??? i know what it says... i remember digging around and
locating the differences... i remember posting almost this exact
question but i never got any type of answers in assistance... this
isn't my code... i simply want to compile it...

Apply fix pack #3 to EMX.

one of my reasons for wanting to use dmake is that i've been unable to
get any other makes running and i don't have any kind of "unix
toolboxes or utilities" installed... yet... another project that i
want to do is to (re)compile my Apache web server... that'll be a fun
one, to say the least <<GG>>

Yuk.

so, back up there... that's only one and i can only work thru one at a time ;-)

I have the source to DMAKE here. I'll have a go at compiling it and see what happens.

Regards

Dave
<Team PL/I>

--- FleetStreet 1.25.1
* Origin: My other computer is an IBM S/390 (2:257/609.5)

They should be in your x:\emx\include directory, with names
like os2.h, os2tk.h, pm.h, etc.

hummm... i have those... in the past, i have tried compiling programs
that are supposed to compile under emx... but i've always had
problems... it's been a year or so and i've completely forgotten all
the specifics... but i do remember that i had problems that seemingly
could be attributed to not having the headers, libraries, etc...
necessary...

Make sure you have EMX 0.9d with fix pack #3 applied.

hummm... i've not seen the FP3 for the full development package... i'll have to
see if i can hunt it down... i've seen the one for the runtime, though <G>

gcc -c -I. -Iemx -DOS2 -U__GNUC__ -Zmtd -O infer.c

but that line produces the following error...

H:\dmake >gcc -c -I. -Iemx -DOS2 -U__GNUC__ -Zmtd -O infer.c
In file included from extern.h:66,
from infer.c:40:
emx\public.h:161: conflicting types for `_chdir'
H:\EMX\INCLUDE\stdlib.h:194: previous declaration of `_chdir'

This is a bug in EMX, but it seems to be fixed in fix pack #3.
In fact, public.h appears to have disappeared.

ummm, public.h is a dmake file...

ok... ??? i know what it says... i remember digging around and
locating the differences... i remember posting almost this exact
question but i never got any type of answers in assistance... this
isn't my code... i simply want to compile it...

Apply fix pack #3 to EMX.

will look and see what i can find...

one of my reasons for wanting to use dmake is that i've been unable to
get any other makes running and i don't have any kind of "unix
toolboxes or utilities" installed... yet... another project that i
want to do is to (re)compile my Apache web server... that'll be a fun
one, to say the least <<GG>>

Yuk.

yuk? is that all? <<GG>>

so, back up there... that's only one and i can only work thru one at a
time ;-)

I have the source to DMAKE here. I'll have a go at compiling
it and see what happens.

thanks...

OH! i forgot earlier and just located this...

========== /dmake/emx/setup.cmd ==========

set C_INCLUDE_PATH=h:/emx/include;h:/toolkt21/c/os2h
set LIBRARY_PATH=h:/emx/lib
set OS=emx

========== end quote ==========

looks like i need to find out what 'toolkt21' is also???

)\/(ark


* Origin: (1:3634/12)

Hi mark,

Replying to a message of mark lewis to Andre Grueneberg:

No, there aren't...You'll get them with your
(C) compiler...

they didn't come with gcc/emx...

They should be in your x:\emx\include directory, with names
like os2.h, os2tk.h, pm.h, etc.

hummm... i have those... in the past, i have tried compiling programs that are supposed to compile under emx... but i've always had problems... it's been a year or so and i've completely forgotten all the specifics... but i do remember
that i had problems that seemingly could be attributed to not having the headers, libraries, etc... necessary...

Also, ensure you have set
C_INCLUDE_PATH [that name is case sensitive and must be all
capital letters] correctly in your environment variables,
typically in CONFIG.SYS, using *forward slashes* to delineate subdirectories within a path. On my system it reads:

yup, got all that...

welp, here, lets try this...

i've a copy of dmake here that comes precompiled with emx 0.9a... i simply want
to (re)compile it with my emx 0.9d (if i remember it right)... in the dmake stuff, there's a couple of make.cmd files... i choose to compile under emx... looking at the proper make.cmd for the emx compilation, i see the following...

gcc -c -I. -Iemx -DOS2 -U__GNUC__ -Zmtd -O infer.c

but that line produces the following error...

H:\dmake >gcc -c -I. -Iemx -DOS2 -U__GNUC__ -Zmtd -O infer.c
In file included from extern.h:66,
from infer.c:40:
emx\public.h:161: conflicting types for `_chdir'
H:\EMX\INCLUDE\stdlib.h:194: previous declaration of `_chdir'

ok... ??? i know what it says... i remember digging around and locating the differences... i remember posting almost this exact question but i never got any type of answers in assistance... this isn't my code... i simply want to compile it...

one of my reasons for wanting to use dmake is that i've been unable to get any other makes running and i don't have any kind of "unix toolboxes or utilities" installed... yet... another project that i want to do is to (re)compile my Apache web server... that'll be a fun one, to say the least <<GG>>

so, back up there... that's only one and i can only work thru one at a time ;-)

)\/(ark


* Origin: (1:3634/12)

Hi mark,

Replying to a message of mark lewis to David Noon:

Make sure you have EMX 0.9d with fix pack #3 applied.

hummm... i've not seen the FP3 for the full development package...
i'll have to see if i can hunt it down... i've seen the one for the runtime, though <G>

It should be on Hobbes and Leo by now. It is some months old. The zip archive is about 2.25 megs in size.

[snip]

H:\EMX\INCLUDE\stdlib.h:194: previous declaration of `_chdir'

This is a bug in EMX, but it seems to be fixed in fix pack #3.
In fact, public.h appears to have disappeared.

ummm, public.h is a dmake file...

It is indeed supplied with the DMAKE source. However, I have seen that duplicate prototype of _chdir() in other EMX projects before; it no longer appears, except in building DMAKE, hence that glitch is fixed except when the application programmer causes it himself/herself.

I produced the same error message when I built DMAKE, but after I commented out
the line in public.h that [incorrectly] prototyped _chdir() it built just fine.

[snip]

want to do is to (re)compile my Apache web server... that'll be a
fun one, to say the least <<GG>>

Yuk.

yuk? is that all? <<GG>>

Recompiling Apache should be easy if your existing copy was compiled with EMX, and an absolute nightmare if it was compiled with another compiler. If the current version is 16-bit you will have plenty of challenges ahead of you getting rid of all that segmentation goofiness.

OH! i forgot earlier and just located this...

========== /dmake/emx/setup.cmd ==========

set C_INCLUDE_PATH=h:/emx/include;h:/toolkt21/c/os2h
set LIBRARY_PATH=h:/emx/lib
set OS=emx

========== end quote ==========

looks like i need to find out what 'toolkt21' is also???

That's the OS/2 Developer's Toolkit 2.1 directory. You don't need it for DMAKE,
as all the required toolkit headers are supplied with EMX.

Regards

Dave
<Team PL/I>

--- FleetStreet 1.25.1
* Origin: My other computer is an IBM S/390 (2:257/609.5)

Nazdar mark!

23 Nov 00 16:08, mark lewis wrote to David Noon:

toolboxes or utilities" installed... yet... another project that i
want to do is to (re)compile my Apache web server... that'll be a fun
one, to say the least <<GG>>

See http://silk.apana.org.au/apache/ (or is it /apache2/ ?). That's a page of Brian Havard, who participates in Apache development and makes OS/2 binaries available. He also has some information on building your own Apache on the page.

Bye, Vasek/2. (vdhome@idas.cz)

--- GoldED/2 2.50.Beta5+
* Origin: Vaclav Dvorak <vdhome@idas.cz> (2:420/63)

Make sure you have EMX 0.9d with fix pack #3 applied.

how can i check what version/fixpak i have installed??

)\/(ark


* Origin: (1:3634/12)

Hi mark,

Replying to a message of mark lewis to David Noon:

Make sure you have EMX 0.9d with fix pack #3 applied.

how can i check what version/fixpak i have installed??

Check your x:\emx\doc directory and look for emxfix03.doc -- if it's there you have applied fixpack #3.

Regards

Dave
<Team PL/I>

--- FleetStreet 1.25.1
* Origin: My other computer is an IBM S/390 (2:257/609.5)

Make sure you have EMX 0.9d with fix pack #3 applied.

how can i check what version/fixpak i have installed??

Check your x:\emx\doc directory and look for emxfix03.doc --
if it's there you have applied fixpack #3.

it would appear that i have just the original development package with the runtime... (as opposed to just runtime)...

i'll see what i can find... hopefully, it'll be listed something similar to (emx fixpak 3 - full package) meaning that it covers the development stuff _and_ the runtime rather than just the runtime...

that's what i've run into before... i could locate the runtime fixes but not the full package fixes...

)\/(ark


* Origin: (1:3634/12)

Hi mark,

Replying to a message of mark lewis to David Noon:

Check your x:\emx\doc directory and look for emxfix03.doc --
if it's there you have applied fixpack #3.

[snip]

that's what i've run into before... i could locate the runtime fixes
but not the full package fixes...

Try ftp.leo.org, as that is where Eberhard Mattes uploads the software initially, and the Leo server seems to keep everything forever [almost].

Regards

Dave
<Team PL/I>

--- FleetStreet 1.25.1
* Origin: My other computer is an IBM S/390 (2:257/609.5)

Hallo mark,

Am 19.12.2000 um 14:11 schrieb mark lewis an David Noon:

how can i check what version/fixpak i have installed??

use emxrev.cmd (interesting to look into the source) and you
get the version numbers of all emx dlls as output.

15:D:/usr/fido # emxrev
EMX : revision = 60
EMXIO : revision = 60
EMXLIBC : revision = 60
EMXLIBCM : revision = 62
EMXLIBCS : revision = 62
EMXWRAP : revision = 60

I haven't updated yet, I'm still at fix#2.
60 is the major number for 0.9d (50, 40 etc. for older versions).


Tschau...Thomas

--- GED2 1.1.4.2
* Origin: Die TeX-Box: +49-6036-980114 V.34/X.75 24h (2:2461/332.42)

how can i check what version/fixpak i have installed??

use emxrev.cmd (interesting to look into the source) and you
get the version numbers of all emx dlls as output.

yes, i'd already done that... just couldn't tell if i had any fixes installed... i didn't think i did since i had only gotten the original package when it was first released... i've since gotten fix03 for the full install and put it in place... i'll be getting over to it again one day and seeing if i can
compile the few programs that i'm attempting to play with first before tackleing anything larger...

)\/(ark


* Origin: (1:3634/12)