Free Downloads, Community Forum,
FAQs and Developer Resources


Make /Tools Your Home | Link to us

Today's posts | Posts since last visit | Most Active Topics

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
  Printable Version
All Forums >> [SFU / Interix / SUA Technology] >> Interix Advanced Forum >> SFU SDK and their future development Page: [1]
Login
Message << Older Topic   Newer Topic >>
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?
Post #: 1
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 :-)

(in reply to marcdevon)
Post #: 2
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?

(in reply to Rodney)
Post #: 3
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.

(in reply to DrPizza)
Post #: 4
RE: SFU SDK and their future development - Jan. 10, '06, 4:20:56 PM   
gwojan

 

Posts: 20
Joined: Apr. 28, '04,
Status: online
Rodney,

Now that the utilities and libraries are being updated, does that mean we also get Large File support?

(in reply to Rodney)
Post #: 5
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).

(in reply to gwojan)
Post #: 6
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, ....

(in reply to Rodney)
Post #: 7
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

(in reply to Rodney)
Post #: 8
Page:   [1]
All Forums >> [SFU / Interix / SUA Technology] >> Interix Advanced Forum >> SFU SDK and their future development Page: [1]
Jump to:





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


Search All Forums -

Advanced search


SPONSORS



Forum Software © ASPPlayground.NET Advanced Edition 2.5 ANSI

0.063