All Forums |
Register |
Login |
Search |
Subscriptions |
My Profile |
Inbox |
Tool Warehouse |
FAQs |
Resources |
Help |
Member List |
Address Book |
Logout |
|
|
SFU SDK and their future development
|
Logged in as: Guest |
Users viewing this topic: none |
|
Login |
|
|
SFU SDK and their future development - Dec. 9, '05, 4:26:51 PM
|
|
|
marcdevon
Posts: 4
Joined: Dec. 2, '05,
Status: offline
|
Dear Group
Currently, I am working on porting an application that is native to UNIX and LINUX to Interix. This application consist of a suite of individual utilities. I have had some problems getting some of the main utilities to compile. I have compiled these utilities successfully on Cygwin using the latest version of gcc included with Cygwin (version 3.4.?.?). I think that some of the problems that I am encountering are due to the SDK provided with SFU (gcc 3.3 along with the header files). Due to this, I want to know if anyone in this group can comment on their knowledge of Micosoft's and Interop Systems' commitment to the future development of SFU and tools. I would like to work with the latest version of gcc that may ease porting of the application but I don't believe that a newer version of SFU (along with updates to gcc and header files) will be coming in the near future. Does any have any comments on this?
|
|
|
RE: SFU SDK and their future development - Dec. 9, '05, 6:37:40 PM
|
|
|
Rodney
Posts: 3142
Joined: Jul. 9, '02,
From: /Tools lab
Status: online
|
> Does any have any comments on this?
yes.
I don't know if you have read through some of the other threads about where things are changing
in the future or not. So I will give a very brief overview.
The Services for UNIX (SFU) product is a collection of different components (which includes
Interix). SFU 3.5 is the last version of SFU to be released (other than hot fixes) because
the SFU components are getting bundled into the main Windows release. That next release of
Interix named SUA (Subsystem for Unix Applications) but by uname is Interix 5.2.
The Interix 5.2 release is for W2K3/R2 server only. The workstation release will be Vista
(aka Longhorn). 5.2 is for 32 and 64 bit platforms. There is new functionality.
For the Interix 5.2 release the utilities and libraries are getting updated with the exception
of the gcc group of programs. I know this because I'm the one doing this right now.
These updates are happening in a series of steps over a couple of month for the whole thing.
I was speaking with one of the managers for Interix late last night. The Interix group has been
grown to about 30 people (dev + test) and apparently it is to be expanded. He was quite excited
about the new things they are working on (but he didn't say specifically what).
So for MS I think this is a pretty solid statement about their commitment. For Interop Systems
we've been running /Tools since 3.0 was released and look to continue doing it. Personally, the
first release I was involved with was OpenNT 1.1 (the old name for Interix) as a developer for
Softway Systems (the group MS bought Interix from). Mark, who is around here a fair bit was
a developer at Softway too (about 6 month earlier than me). Bill has been involved over all
this time too (though in mkt'ing and sales).
Recently one of the /Tools members spent a large amount of his time to port gcc 4.0.
It's actually divided over a couple of installable packages. It's in the "beta" directory
on the ftp site for people to give a try. Feedback on it would be helpful.
To your current state of porting:
Read through the FAQ's about porting stuff; what options to define ("-D") etc. It makes a big difference,
particularly WRT to header files. Interix aims to be SUS compliant.
Install the /Tools utilities and libraries (by ftp or CD). It helps doing this with a lot of software.
Finally, ask or search. Search through the Forum for someone having a similar problem. A sol'n is
likely there. If not, post a question into the forum. There are several members who kindly respond.
I try to respond to all postings too, but life takes over. So if you get missed, post a prompt :-)
|
|
|
RE: SFU SDK and their future development - Jan. 6, '06, 12:07:19 PM
|
|
|
DrPizza
Posts: 37
Joined: Mar. 27, '03,
Status: offline
|
quote:
The Interix group has been
grown to about 30 people (dev + test) and apparently it is to be expanded. He was quite excited
about the new things they are working on (but he didn't say specifically what).
Is the Interix group /just/ responsible for the POSIX subsystem, or do they do NFS and other bits and pieces too?
|
|
|
RE: SFU SDK and their future development - Jan. 6, '06, 12:59:40 PM
|
|
|
Rodney
Posts: 3142
Joined: Jul. 9, '02,
From: /Tools lab
Status: online
|
As I understood it this is the Interix stuff. So the subsystem, DLL's, utilities and libraries (the last two
covering both the BSD and SCO bases). The MS model is to match a programmer and a tester.
Last I knew the NFS stuff is with a different group for R2. It gets kinda confusing because for 3.5 I think
the SFU group (or rather what was the SFU group) is responsible for what is with 3.5.
That stated, I know that there will continue to be interaction between the two for making things work.
Same with the other bit: UNM, etc. The NFS Gateway is EOL with 3.5 I heard.
|
|
|
RE: SFU SDK and their future development - Jan. 10, '06, 4:54:38 PM
|
|
|
Rodney
Posts: 3142
Joined: Jul. 9, '02,
From: /Tools lab
Status: online
|
The large file support is a function of the subsystem not the libraries per se.
On 32-bit systems with Interix 5.2 (SUA) there is no large file support, but
on 64-bit systems with Interix 5.2 there is large file support as I read the
header files (I should write a program to confirm this though).
|
|
|
RE: SFU SDK and their future development - Jan. 11, '06, 11:46:08 AM
|
|
|
Rodney
Posts: 3142
Joined: Jul. 9, '02,
From: /Tools lab
Status: online
|
> ... (I should write a program to confirm this though)
Confirmed.
Actually I confirmed it once before (I found my source code to do this), but I don't know
if I posted anywhere about it.
So, on 64-bit Interix version 5.2 there is large file support; >2G, >4G, ....
|
|
|
RE: SFU SDK and their future development - Jan. 11, '06, 5:17:25 PM
|
|
|
gwojan
Posts: 20
Joined: Apr. 28, '04,
Status: online
|
Rodney,
Thanks for the update. I guess in some strange way this makes sense. After all, Microsoft seems to have jumped on the 64 bit bandwagon big time so why waste dev resources on a platform it would really like to have businesses move away from.
This may be a good thing for Microsoft in the long term but short term it really sux for us. <sigh> While I personally may love the idea of moving to 64 bit platforms my employer and clients won't get there for a long time to come...
--Greg
|
|
|
New Messages |
No New Messages |
Hot Topic w/ New Messages |
Hot Topic w/o New Messages |
|
Locked w/ New Messages |
Locked w/o New Messages |
|
Post New Thread
Reply to Message
Post New Poll
Submit Vote
Delete My Own Post
Delete My Own Thread
Rate Posts |
|
|
|