• header files on warp4 cd?

    From mark lewis@1:3634/12 to all on Sun Nov 5 01:08:28 2000
    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)
  • From Andre Grueneberg@2:2411/525.1 to mark lewis on Mon Nov 6 10:43:14 2000
    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)
  • From Vitus Jensen@2:2474/424.1 to mark lewis on Tue Nov 7 12:28:56 2000
    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)
  • From David Noon@2:257/609.5 to mark lewis on Wed Nov 8 12:44:06 2000
    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)
  • From Andre Grueneberg@2:2411/525.1 to mark lewis on Sat Nov 11 18:55:37 2000
    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)
  • From mark lewis@1:3634/12 to Andre Grueneberg on Sat Nov 11 07:06:04 2000
    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)
  • From David Noon@2:257/609.5 to mark lewis on Mon Nov 13 12:36:08 2000
    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)
  • From David Noon@2:257/609.5 to mark lewis on Sat Nov 25 12:54:30 2000
    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)
  • From mark lewis@1:3634/12 to David Noon on Sun Nov 26 03:52:54 2000
    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)
  • From mark lewis@1:3634/12 to David Noon on Thu Nov 23 08:08:08 2000
    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)
  • From David Noon@2:257/609.5 to mark lewis on Tue Nov 28 12:25:30 2000
    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)
  • From Vasek Dvorak@2:420/63 to mark lewis on Sun Dec 10 07:55:24 2000
    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)
  • From mark lewis@1:3634/12 to David Noon on Sat Dec 16 03:05:50 2000
    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)
  • From David Noon@2:257/609.5 to mark lewis on Mon Dec 18 12:12:12 2000
    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)
  • From mark lewis@1:3634/12 to David Noon on Tue Dec 19 06:11:30 2000
    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)
  • From David Noon@2:257/609.5 to mark lewis on Fri Dec 22 11:58:36 2000
    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)
  • From Thomas Seeling@2:2461/332.42 to mark lewis on Wed Dec 27 09:26:27 2000
    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)
  • From mark lewis@1:3634/12 to Thomas Seeling on Sat Jan 20 15:29:04 2001
    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)