Ge van Geldorp wrote
> > From: Murphy, Ged (Bolton)
> >
> > James Tabor wrote:
> >
> > > We should have Wine synced into the SVN by now. 8^) What is
> > > missing or not?
> >
> > Gé ;)
>
> :)
> I'm still here. AFAIK, we agreed to transfer the Wine DLLs as late as
> possible.
>
> GvG
Yeah, I recall that being the idea.
I think it's more important to get base libs like CTR, kernel32, user32 and
GDI32 in.
Pretty much nothing will build without those, so the Wine dll's would be
useless anyway.
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
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)
