Hi
I think its a mistake to tell us what our duty is - are you paying us?
Can you not download the development tools whenever you want? Are they
not linked to on our website?
What would the response be on the Linux kernel mailing list if you told
them to start including GCC together with kernel releases?
Jason
Romain HERAULT wrote:
> Excuse-me, I don't want to be outrageous and I know reactos is highly
> beta but it is your "duty" to give the development tools use to
compile
> reactos (here mingw) and to program in it with a default release,
isn't it?
>
> Which linux or unix distribution come without a c compiler?
> Even Apple do it !
__________________________________
Do you Yahoo!?
Take Yahoo! Mail with you! Get it on your mobile phone.
http://mobile.yahoo.com/maildemo
Hey guys,
As you know, a while ago Microsoft made it's compiler toolkit freely
available for download. I was thinking earlier today, of improving the
stability of ReactOS, when i happened to remember that microsoft's
compiler supports SEH. My question is, why don't we add support for the
Microsoft compiler? Nothing in the EULA prevents it as far as i can
see, and we could still maintain full support for MingW (minus the SEH
of course).
An interesting thought...
Richard
Hi,
--- Romain HERAULT <romain.d.herault(a)wanadoo.fr> wrote:
> My question is not about having a POSIX subsystem but having a POSIX
> namespace: msys (the environement for mingw) create a fake one and,
> from
> what I know, the NTkernel is not tided to DOS drive letters.
> A lot of simple sofware (comming from linux/unix) just need a POSIX
> namespace and mingw to compile and work...
> You apparently want, around the end of the year, reactos to be the
> main
> platform for developing. Just replace the fake namespace create by
> msys
> by a real one.
Well having the POSIX namespace is still outsite of the goals of this
project. When I run Windows I use MSYS all the time so of course people
like me will want to run it on ReactOS. I even did some testing a while
back and it works now on ReactOS except with have this nasty forking
bug.....so as long as you only run 1 application that does not fork you
are ok <g>
So yeah we will support it like we will try to support any other
Windows application but it will never be part of the default release.
Thanks
Steven
__________________________________
Do you Yahoo!?
Read only the mail you want - Yahoo! Mail SpamGuard.
http://promotions.yahoo.com/new_mail
Hello,
I found this project today when looking at getting chm working for one
of my customers. It is a HTML help viewer for Windows and Linux. We
should look at getting this in rosapps.
http://xchm.sourceforge.net/screenshots.html
Thanks
Steven
__________________________________
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/
Rather than storing files in my documents, which are as you said
transferred at every logon, it is a better option to store them in a mapped
network drive that reconnects at every logon... a different one for every
user that connects as U. That way the my documents directory gets
transmitted very fast... but the network drive is not transferred.
I hope it helps,
Youness
Hey, I just show your project in slashdot, and I would like to say that
you are doing a great job, and that I will try to get involved myself.
It's a pity that projects like yours don't have too much publicity. I am
sure that would help a lot to find developers and other people to help.
Anyway nice job! :)
PS: do you know where can I find API documentation or some documentation
about the, so far done job?
At 00.14 01/06/2004, you wrote:
>the standard ms implementation depends on copying all user data to the
>client machine on logon, and copying it all back on logoff.
or you could just disable roaming profiles and tell your users to eat it,
and always save documents on the server. In my school it's been like this
for at least four years and since the last month (domain upgrade to Active
Directory on Windows Server 2003)
>and allows "false logons" where the impression is given that a user has
>logged on, (cached logons) when they haven't,
by the way, this allows you to disconnect your laptop from the network and
continue using it. Your "false impression" is someone else's "cool feature"
(not-so-great security, but it's the kind of cake you can't both have and eat)
>this default behaviour is almost impossible to prevent, (trust me, i have
>tried)
you haven't tried hard enough. Read a bit about the folder redirection
policy in the Windows 2000 Server documentation (free download from
Microsoft) and on Technet. Some parts are still copied back and forth (the
per-user registry hive files, because they are accessed a lot like paging
files, and they can't be accessed reliably enough over the network), some
others (like the internet cache) will not roam at all to avoid bandwidth
waste and some programs may not be able to access bare UNC paths (as folder
redirection doesn't mount the remote directories under drive letters) but
it works well enough for most practical purposes. You could even do it
manually, but it doesn't work as good
>does anyone else have any opinions on this?
yes. Never assume, verify first. Windows upgrades do bring improvements
