Received: by 10.68.131.71 with SMTP id ok7mr2600370pbb.8.1335767863540;
        Sun, 29 Apr 2012 23:37:43 -0700 (PDT)
Path: r9ni114822pbh.0!nntp.google.com!news1.google.com!goblin3!goblin1!goblin.stu.neva.ru!newsfeed.pionier.net.pl!news.man.poznan.pl!not-for-mail
From: andrzej Popielewicz <va...@icpnet.pl>
Newsgroups: comp.os.coherent
Subject: Re: Trying to port mksh to Coherent
Date: Mon, 30 Apr 2012 08:37:43 +0200
Organization: POZMAN - http://www.man.poznan.pl/
Lines: 60
Message-ID: <jnlbvm$rc9$1@sunflower.man.poznan.pl>
References: <676e3fc3-19d5-4562-a827-6a7a552e9b1a@ot8g2000pbb.googlegroups.com> <fbfe2771-3c50-416b-98b0-ca2a69889b03@w9g2000pbm.googlegroups.com> <jndceo$p0s$1@sunflower.man.poznan.pl> <517587ef-8aa2-45d1-b061-9b2318387eb7@iu9g2000pbc.googlegroups.com> <jnjsti$rfm$1@sunflower.man.poznan.pl> <62f2359f-0186-468c-a962-1f8f7f0de26f@k7g2000pbo.googlegroups.com>
NNTP-Posting-Host: 150.254.91.104
Mime-Version: 1.0
X-Trace: sunflower.man.poznan.pl 1335767862 28041 150.254.91.104 (30 Apr 2012 06:37:42 GMT)
X-Complaints-To: tomjab@man.poznan.pl
NNTP-Posting-Date: Mon, 30 Apr 2012 06:37:42 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120420 Thunderbird/12.0
In-Reply-To: <62f2359f-0186-468c-a962-1f8f7f0de26f@k7g2000pbo.googlegroups.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

W dniu 2012-04-30 04:16, Roy pisze:
> please release gcc-2.8.1 and gcc-3.2.3 binary packages for testing.
> I'm using gcc-2.5.6 from gnu[1234].c.c++.dd, with ld.pre11 as /bin/ld

As I told many times, I will release almost everything , for example in 
the form of CD or DVD image, after Robert is ready with his OpenCoherent 
license. On the other hand I could imagine thousands of questions, as I 
can see in this small  case.
I have about 20 GB if not more of different versions of different packages.
And I am not going to make any choice. Just release everything.
Other problem, there is no warranty it will work in standard Coherent. I 
would have to test it before and it all costs time and hardware.And I am 
not planning for sure to test it if it works in emulator etc etc. Not so 
easy.

> -DMKSH_UNEMPLOYED is needed if OS doesn't support tc[gs]etpgrp()

I understand. But You can write Your own dummy routines, as I mentioned 
in my post.They will return -1.
But the code will be linkable and You can always add real life into 
these functions later.


> not found in mksh source, this should be message from kernel/libc.
> and I haven't seen this in my binary. (although I'm using your
> 4.2.10ap 128MB-enabled kernel)

Yes, of course, I did not claim its is a message produced by mksh. But 
the message suggests the nature of problems the system has with running 
this program, it means program does something which is not acceptable 
for the system.

But generally the phenomennon is not quite new, I had such cases. 
Program linked but it did not work, for example crashed or even said 
"cannot execute". Sometimes solution was found and sometimes not. I am 
not dye-hard porter, if something does not work I leave it and take 
another project, after some time I come back and perhaps solution is found.

What is interesting if I use gcc-4.4.6, the mksh does not produce this 
message but the program loops, in the sense, that it consumes CPU time, 
as observed on other terminal and the system is very slow. But gcc-4.4.6 
is rather an experimental and I have more confidence in gcc-2.8.1 and 
gcc-3.2.3.

> (I created a wrapper for /bin/ln faking symbolic links, therefore cd-
> pe test have to be disabled because of recursive directory loop)

I use also this trick in my system.Sometimes "ln" is simply a "cp".

>
> "failing" tc[gs]etpgrp() cannot fool mksh for having jobs control.
> pdksh in coherent has no jobs control compiled.

Yes. But I have also implemented these functions. In any case in both 
cases , real or dummy functions ,effects are the same.


Andrzej