James Tabor wrote:
> We should have Wine synced into the SVN by now. 8^)
> What is missing or not?
Gé ;)
Hehe
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
Aleksey Bragin wrote:
> Hi Pavel,
> currently, only audited SVN server is publically accessible, its URL
> is: svn://svn.reactos.org/audited.
> As for the main svn server, it has been switched off from anonymous
> access, because there were concerns, that it might contain
> copyrighted material. As soon as we clear up the situation,
> it may be
> opened to public access again.
>
> On Feb 8, 2006, at 1:56 PM, Pavel S. Mironchik wrote:
>
> > Hi,
> > I wonder if any anonymous access to reactos svn exists.
> > or could I get login to read svn and track chnages?
For convenience, you can also track changes via the ros-diff mailing list.
Ged.
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
I know I've asked about this before but - maybe I missed something or
I'm stupid - I never got it working.
I'd like to be able to use distcc when compiling ReactOS, if that's at
all possible.
When I tried, rbuild built using it, but then rbuild went on to just
compile locally.
It'd be great if it can be modified to make it a simple flag to pass to
rbuild or the makefile or something.
For working on small parts it's probably not that beneficial, but it'd
make a complete recompile much faster I think :)
jimtabor(a)svn.reactos.org wrote:
> Add portcls to new branch.
>
>
> Added files:
> trunk/reactos/drivers/sound/multimedia/
> trunk/reactos/drivers/sound/multimedia/portcls/
> trunk/reactos/drivers/sound/multimedia/portcls/portcls.c
> trunk/reactos/drivers/sound/multimedia/portcls/portcls.def
> trunk/reactos/drivers/sound/multimedia/portcls/portcls.h
> trunk/reactos/drivers/sound/multimedia/portcls/portcls.rc
>
This was KISS! All stubs are based from OSR.
http://www.osronline.com/ddkx/stream/pcdesign_78yv.htm
Thanks,
James
I am told that the sources for FreeLdr are all okay, except for the
some of the bootsectors having been pretty much just disassembled from
MS's. Is this true? If so, will someone please copy them over before I die
of impatiance? Its not like we need those bootsectors, anyway. I mean, a
lot of us on IRC have agreed that using GRUB to load FreeLdr is probably
our best bet for now, until someone gets around to customizing boot code
from GRUB or FreeDOS. Anyway, we don't need to worry about that until the
installation CD boots ;-).
--
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
In the course of auditing isapnp, I wrote a test case that proves that
switch(a) {
default:
printf("foo\n");
break;
}
While peculiar, cannot be the product of directly reverse engineering
visual C or gcc output (and likely any other compiler).
Is there a place we want to put such apps?
--
Discordant is the murmur at such treading down of lovely things while
god's most lordly gift to man is decency of mind. Call that man only
blest who has in sweet tranquility brought his life to close.
If only I could act as such, my hope is good.
-- Aeschylus' Agamemnon (translated by H. W. Smyth)
Oh... I thought it might have been some kind of expression describing the feeling of "the project is going to #£€% anyway so why not move to Sweden as well..."
My interpretation might have been biased by the somewhat edgy and often childish attitudes displayed in this thread lately. My opinion is that we HAVE to walk a few extra miles to regain the credability of this project. Even if this means more documentation and restrictions for the devoted practicians of reverse engineering.
/Johannes Olofsson
> Från: James Tabor <jimtabor(a)adsl-64-217-116-74.dsl.hstntx.swbell.net>
> Till: ReactOS Development List <ros-dev(a)reactos.org>
> Rubrik: Re: [ros-dev] Undocumented APIs
> Datum: Wed, 01 Feb 2006 12:43:42 +0000
> Johannes Olofsson wrote:
> > >
> >
> >>Man! Sweden here we come!
> >>James
> >>
> >
> > ??????????????????????????????????????????????????????????????????
> > Was this some kind of insult?
> > /Johannes
> >
> WHAT?
> NO! There was talk of moving the svn to Sweden.
> James
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> <a
> href=http://www.reactos.org/mailman/listinfo/ros-dev>http://www.reactos.org/
> mailman/listinfo/ros-dev</a>
here is a letter from JvA.
As most people know we have talk to move svn to another place.
Dear ReactOS Crew,
I spoke today with Lysators highest administrator Kalle, and he told me
that there should be no problem what so ever for Lysator to host you.
However, in order for us to host you we need a letter from you where you
ask us to host you, and specify what you want to use the server for.
This letter is needed for bureaucratic reasons.
The root group needs to officially grant you the right to be hosted in
our server hall, and marked as a Lysator-project. What the root group
wants to know is what you intend to use the server for and what ports
you need open in the firewall. The security rules in Lysator strictly
says that only Lysator members are allowed to have administrator/root
accounts on the servers in the server hall. The person who would
administrate your server would be me. People outside Lysator, like the
ReactOS developers, are however allowed to have normal SSH-accounts.
Bandwidth is not a problem. Kalle told me that Lysator has been granted
a secondary gbit-connection if the current one isn't enough. By the way,
the server hall has UPS:es to make sure the servers are online even if
there are would be electrical difficulties.
When you have had a meeting and decided what you want hosted in the
Lysator server hall, send me a letter where you ask us to host you and
I'll give it to Kalle. When you officially have been granted to be
hosted by us, you need to supply us with a server, 1U or 2U. If you
want, I could build it for you here in Linköping if you collect money
and let GreatLord buy the parts. The OS that the server would run would
be Gentoo Linux. I will of course install Apache, SVN, cross-compile GCC
and whatever you need on the server for you.
Best regards,
Fredrik Smedberg (JvA)
Rick Langschultz wrote:
> I think ReactOS should have no Reverse Engineered code within it.
> Reverse Engineering could be bad for the projects publicity and code-base.
> I think that reverse engineering of the Microsoft Code is wrong!!!
> And if programmers within this project want to reverse engineer they
> should start their own projects, with their own names, and use their
> own code. How would you like your product(s) to be stolen?
It's not wrong, and it's not illegal. If Microsoft provided better
documentation for their internal interfaces, then it wouldn't be required.
Without reversing to discover how various parts work, ReactOS would struggle
to make a fully compatable system.
You don't think that writing an operating system to effectively clone the
Windows methodologies is wrong, yet you think that reversing various parts
to discover how it works is. That doesn't make sense to me.
As long as there is no code copying, there is no problem. One person
reverses and documents how something works, another person reads the docs
and reimplements it. It's just like reading a book.
It's no different than dismantling an engine, or a calculator, or a toy to
understand how it works.
Ged
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
Sorry about that, It seems like my mail-client automatically used the same style as the original mail I responded to...
Regards
Johannes
> Från: Alex Buell <alex.buell(a)munted.org.uk>
> Till: ReactOS Development List <ros-dev(a)reactos.org>
> Rubrik: Re: [ros-dev] Moving svn to another contrury or not
> Datum: Thu, 2 Feb 2006 14:25:18 +0000
> On Thu, 2 Feb 2006 13:37:24 +0000 (GMT) "Johannes Olofsson"
> <johannes_olofsson(a)spray.se> waved a wand and this message magically
> appeared:
>
> Your message was full of html tags. Can you make sure your mailer uses
> plain text instead of html. Some of us don't use clients that likes
> html, you know.
>
> --
> <a href=http://www.munted.org.uk>http://www.munted.org.uk</a>
> "Honestly, what can I possibly say to get you into my bed?" - Anon.
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> <a
> href=http://www.reactos.org/mailman/listinfo/ros-dev>http://www.reactos.org/
> mailman/listinfo/ros-dev</a>
Hi all,
Steven Edwards wrote at http://www.reactos.org/xhtml/ru/news_page_14.html:
"One final note, this audit of the code is going to take a long time. It
could take years, but it will happen, this project will come out better
than it was before".
Whether means it, what all development will be suspended for the period
of audit? I understand necessity of audit, but I am afraid, that in a
year the urgency of the project will catastrophically fall, and it will
hopelessly lag behind from Microsoft :(.
I want, that ReactOS have survived...
WBR,
DarkHobbit
I'd like to put this amendment to the IP policy to a vote, but first let's
start with the 7 day discussion period.
"If an API or a particular behaviour of an API which is part of the
Windows(R) operating system is not publicly documented by Microsoft, then
the API or the particular behaviour of the API may only be implemented in
ReactOS if there is documentation of published software which depend on the
API or the particular behaviour of the API, and which is not only
distributed with the Windows(R) operating system. The documentation must be
available in the repository."
I argue that the more ReactOS differ from Windows, the harder it will be to
prove that ReactOS is a derivative work of Windows.
Med venlig hilsen / best regards
Casper Hornstrup
Chief Executive Officer @ Eudicon
ch(a)eudicon.com / www.eudicon.com
(+45) 27 29 36 20
Casper Hornstrup wrote:
> "If an API or a particular behaviour of an API which is part of the
> Windows(R) operating system is not publicly documented by
> Microsoft, then
> the API or the particular behaviour of the API may only be
> implemented in
> ReactOS if there is documentation of published software which
> depend on the
> API or the particular behaviour of the API, and which is not only
> distributed with the Windows(R) operating system. The
> documentation must be
> available in the repository."
>
What if a particular API is required for a particular program to work, but
that API is undocumented by both Microsoft and the owner of the said
program?
Also, what about using code from 3rd parties which might contain
undocumented API's, like Wine for instance?
Ged.
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
art yerkes wrote:
> > Which is of course fine, but since ReactOS has no use for
> it, why commit it?
> > It isn't needed to meet the goals of ReactOS.
> >
> > Casper
>
> I don't agree with this sentiment at all. We've always
> before been proactive
> about implementing at least visible parts of the API to make
> it more likely
> that applications we didn't know about would have a chance to
> work. I think
> that's a reasonable way to work, especially if you're working
> in an area you've
> got a good understanding of.
I completely agree with this. Some of the rules being proposed seem to be a
little over cautious.
This 'shake up' shouldn't put a strangle hold on the project.
Ged
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
> Too vague in my book. I request a reformulation. I sort of get what you
> try to indicate, but it's too easy to explain incorrectly and the
> meaning as I understand it doesn't include enough APIs to be of any
> significance to note down in the IP policy. There are also arguments
> against it, like the educational purpose of being able to lecture at
> universities on the subject of NT using ReactOS.
Why would you want to lecture on the subject "alternative ways to implement undocumented APIs that are not used by any 3rd party software"?
/Johannes Olofsson
Hi all.
Would someone be willing to put a flow chart together on moving code
from the main branch to the audited branch.
I think if something like this is put in place, it would ensure everyone
was operating in the same manner.
Pasted from IRC when discussing the audit methodologies:
<GedMurphy> I understand what qualifies for being 'unclean' (which it
seems most of ReactOS will be initially), in which case it should be
placed into the intermediate repository. However it isn't clearly
stated what happens then. If documentation can't be located or test
cases aren't written, how is that code further analized?
<sedwards> If the code is 'unclean' then someone need to mark themselves
down to rewrite it on the audit page
<GedMurphy> but what if it's not unclean, but there is no documentation
for it? Is it automatically deemed to be unclean in that case?
<GedMurphy> e.g. Exception wrote most of the original part of the
network stack. I'm positive this was done in a clean manner, but where
are the docs? Does he still have them? What happens if there aren't any
or they have been lost?
<GedMurphy> does rewriting them automatically mean that code is then ok?
<GedMurphy> senario 2. No docs can be found, but someone writes some. If
that code was ripped from Windows assemblies but we provide docs, that
code might get through. However it doesn't get around the fact that it's
been 'borrowed' from Windows dissasemblies.
<GedMurphy> at what point in the audit is the code checked for
similarities to the Windows counterpart, if at all?
<GedMurphy> This is what I mean by set methodologies. Something should
be laid down, like a flow chart
I would offer to do it, but I think one of our more experienced dev
would make a better job. Maybe someone who has done something like this
before. I was hoping for one to follow for myself to make sure I don't
drop a b*ll*ck :)
Ged.
I agree highly with Alex, I honestly think that ReactOS has lost
complete focus on what their intentions were originally, I think it is
time to go into discussion regarding the re-evaluation of the projects
primary goals are, this is not good if it is left unmanaged, but on
the other hand, it still would be kind of neat for someone to
"re-invent the wheel" Windows NT wouldn't it? ;)
--
-David W. Eckert
Maarten Bosma wrote:
> Why do you want to close all bugs ? Most of them will be
> still vaild
> after the audit. I'd say the better solution is to add them to the
> patch category.
I agree with Steven. This is a good time to restart bugzilla, as it was a
mess.
Many of the bugs are going to be invalid, or giving different results after
the audit.
There will also be many new bugs introduced.
It's easier to just restart it than keep tabs on the old tree.
We should keep better control over it next time.
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com