osfree.org

#541 From: "Yuri Prokushev" <prokushev@...>
Date: Fri Sep 6, 2002 1:01 pm
Subject: Re: osFree toolkit, wasRe: pmrexx sources prokushev
Offline Offline
Send Email Send Email


On Thu, 05 Sep 2002 16:42:54 -0700 (PDT), Michal Necasek wrote:

>>OK, but they (who built the .h files for EMX) must have used the TOOLKIT
header files.
> Not necessarily.
>
>>I seriously doubt they wrote their own from scratch...
> The proven way is what mingw32 did - recreate the headers from documentation.
>Everything that's documented in the online docs can be easily turned back
>into header form.
Yep, but not all info can be found in docs. emx headers contains some things
which not documentes and can be taken only from original headers.

>>What I'm saying is that if the EMX team was able to "steal" the Toolkit
headers,
>>modify them for EMX/GCC and publish them as their own we should be able to do
the
>>same.
> I'm not so sure about how the emx OS/2 headers came to be. But I'd certainly
>like to know.
Well. Try contact Eberhard Mattes (mattes at windhager.de).

>>>About header no info, but, I consider, library equal to headers.
>>Probably.
> Sort of - you cannot distribute IBM's but you can create your own equivalents.
>For import libs it's much easier of course.
Why I can't distribute IBM's? Or your talking about libs, not headers?

#542 From: "Yuri Prokushev" <prokushev@...>
Date: Fri Sep 6, 2002 1:02 pm
Subject: Re: label.c prokushev
Offline Offline
Send Email Send Email


On Fri, 06 Sep 2002 07:00:40 +0200 (CDT), Bartosz Tomasik (Bart/2) wrote:

>>1) desn't accept empty line (don't change label)
>known bug, this is due to scanf usuage, will be replaced in the future
But what about incorrect output?

#543 From: "Yuri Prokushev" <prokushev@...>
Date: Fri Sep 6, 2002 1:11 pm
Subject: Re: pmrexx sources prokushev
Offline Offline
Send Email Send Email


On Thu, 05 Sep 2002 19:16:36 +0200 (CDT), Bartosz Tomasik (Bart/2) wrote:

>>So
>>1) you can distribute pmrexx. Just include osFree's copyright
>so the question is, where should pmrexx be placed? into pm or rexx ?
>I guess rexxutil goes into rexx?
may be src/rexx/pmrexx. It is more rexx part.

>>BTW, toolkit also contains rexxutil.dll sources.
>noticed, though this is only a subset of rexxutil functions, it's a good start
for complete
>clone
Well. Also exist regutil, which more complex, but not os/2 (win/*nix).

#544 From: "Yuri Prokushev" <prokushev@...>
Date: Fri Sep 6, 2002 1:04 pm
Subject: Re: mkdir.c prokushev
Offline Offline
Send Email Send Email


On Fri, 06 Sep 2002 07:02:17 +0200 (CDT), Bartosz Tomasik (Bart/2) wrote:

>>MKDIR not standalone utility, but cmd part.
>oryginally yes, but I aim, putting there (in cmd) only thos commands that
really need to
>be part of it, rest should be separate
Hm... How your determine this? pause seems not to ba part of, but included. From
other side, md more required, but not included.

#545 From: "evgen_ek" <evgen_k@...>
Date: Fri Sep 6, 2002 10:36 am
Subject: Re: FreePM thoughts evgen_ek
Offline Offline
Send Email Send Email
Invite to Yahoo! 360° Invite to Yahoo! 360°


Hi,
--- In osFree@y..., "Bartosz Tomasik (Bart/2)" <bart2@a...> wrote:
> On Thu, 05 Sep 2002 15:25:06 -0000, evgen_ek wrote:

> one thing though, OS/2 GPI is really powerfull, thou shall not
withdraw it
If you say about GPI_xxx functions - yes, it shall be one with the
same names, if you say about GPI internals - then say me how we can do it.

#546 From: "Bartosz Tomasik (Bart/2)" <bart2@...>
Date: Fri Sep 6, 2002 11:08 am
Subject: Note about command line utilities ihsiatko
Offline Offline
Send Email Send Email
Invite to Yahoo! 360° Invite to Yahoo! 360°


Few words about cmd utils:
- none of them is completed, all are missing signal (Ctrl+C/Break) handlers and
exception handlers. Also, return codes must be revised and updated according to
oryginal utils. Even though, they're mosty usefull
- some functionality is based on clib functions, and needs to be replaced by
custom
cmd_* functions, that's why label doesn't accept empty line (yup I know i could
use
gets, but it is going to be replaced anyway, so I won't bother now)
- osFree's cmd will include only necessary commands, this includes commands,
which
effect only current process (eg.: cd, chcp, verify) or those, wchich will have
limited
functionality when built as standalone (eg. set command, which parses it's
commandline by it self) and of course batchprocessing commands
- if you think you found a 'bug':
- check is that feature is implemented
- check for comments in the code, maybe it is already mentioned here
- check for oryginal command behaviour (maybe it is the way it should be)

cu
-------------------------------------------------
Bart/2 irc:Ihsahn Bart2@... UIN:50890586
Asu'a Programmers Group http://www.asua.org.pl
TeamOS/2 Polska http://www.teamos2.org.pl

#547 From: "Bartosz Tomasik (Bart/2)" <bart2@...>
Date: Fri Sep 6, 2002 11:46 am
Subject: Re: label.c ihsiatko
Offline Offline
Send Email Send Email
Invite to Yahoo! 360° Invite to Yahoo! 360°


On Fri, 06 Sep 2002 13:02:17 +0400 (EDT), Yuri Prokushev wrote:

>>>1) desn't accept empty line (don't change label)
>>known bug, this is due to scanf usuage, will be replaced in the future
>But what about incorrect output?

try now (for both bugs)
-------------------------------------------------
Bart/2 irc:Ihsahn Bart2@... UIN:50890586
Asu'a Programmers Group http://www.asua.org.pl
TeamOS/2 Polska http://www.teamos2.org.pl

#548 From: "JMA" <mail@...>
Date: Fri Sep 6, 2002 1:41 pm
Subject: Re: Note about command line utilities mailjmase
Offline Offline
Send Email Send Email
Invite to Yahoo! 360° Invite to Yahoo! 360°


On Fri, 06 Sep 2002 09:08:47 +0200 (CDT), Bartosz Tomasik (Bart/2) wrote:

>Few words about cmd utils:
>- none of them is completed, all are missing signal (Ctrl+C/Break) handlers and
>exception handlers. Also, return codes must be revised and updated according to
>oryginal utils. Even though, they're mosty usefull
>- some functionality is based on clib functions, and needs to be replaced by
custom
>cmd_* functions, that's why label doesn't accept empty line (yup I know i could
use
>gets, but it is going to be replaced anyway, so I won't bother now)
>- osFree's cmd will include only necessary commands, this includes commands,
which
>effect only current process (eg.: cd, chcp, verify) or those, wchich will have
limited
>functionality when built as standalone (eg. set command, which parses it's
>commandline by it self) and of course batchprocessing commands
>- if you think you found a 'bug':
> - check is that feature is implemented
> - check for comments in the code, maybe it is already mentioned here
> - check for oryginal command behaviour (maybe it is the way it should be)
>

If its a bug, help Bartosz by fixing it




Sincerely

JMA
Development and Consulting

John Martin , jma@...
==================================
Website: http://www.jma.se/
email: mail@...
Phone: 46-(0)70-6278410
==================================

#549 From: "Yuri Prokushev" <prokushev@...>
Date: Fri Sep 6, 2002 7:15 pm
Subject: Re: label.c prokushev
Offline Offline
Send Email Send Email


>>>>1) desn't accept empty line (don't change label)
>>>known bug, this is due to scanf usuage, will be replaced in the future
>>But what about incorrect output?
>try now (for both bugs)
passed

#550 From: "evgen_ek" <evgen_k@...>
Date: Fri Sep 6, 2002 7:45 pm
Subject: FreePM progress evgen_ek
Offline Offline
Send Email Send Email
Invite to Yahoo! 360° Invite to Yahoo! 360°


Hi,
So, now it seems that there is some potential for FreePM progress.
Embrional draft of it is now compiled with VAC3.08 and VAC4.

So if anybody is interesting in it,
there is www site
http://frepm.sourceforge.net/
Phorums:
http://sourceforge.net/forum/?group_id=60313
Mail list
http://lists.sourceforge.net/lists/list ... -frepm-dev
and CVS assess
http://sourceforge.net/cvs/?group_id=60313
Well, CVS at sourceforge seems to be a rather baggy, but I still
think that it can be usable.

Also it can be possible to douwnload periodically FreePM snapshorts
to some ftp, say osfree.

SY,
EK