Hi,
I just wanted to let everyone know that Wineconf 2009 is going to be
held in Holland on Nov 6-8th. I am of course planning on attending and
Fireball said that he might as well. If any ReactOS developers are
interested in going and don't have the resources, speak up and perhaps
some of the users and advocates that follow ReactOS development would
be willing to contribute $5 or $10 to the Foundation on your behalf.
Information (what little there is currently) is here:
http://wiki.winehq.org/WineConf2009
The ReactOS foundation Donation page is here
http://www.reactos.org/en/foundation_donate.html
Also while there has been some heated exchanges with Wine and ReactOS
developers in the past, we do get quite a lot in terms of code from
them so if your interested in helping them out, you can donate to the
Wine Development Fund, which will help pay for Wine developers to
attend. The donation link is on the main page of Winehq.org
Thanks
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Hello,
I'm back from my vacation which took part in Sweden this time (not
counting a day passing through Finland). I had a pleasure of meeting
Stefan Ginsberg ("Stefan100"), Magnus Olsen ("GreatLord"), Simon and
his wife, and of course Jan Kinander ("JaixBly") who drove some
hundreds kilometers from his city to meet all of us. I met all those
persons for the first time in RL except for Stefan, who I met earlier
this year in Brussels.
After a perfectly guided (mostly by Magnus ;)) tour through the Old
City (Gamla Stan) in Stockholm, we made the first ReactOS discussion
attempt in a very nice cafe at the island where Vasa museum is. We
talked mostly about the history of ReactOS project, how I ended up in
this project, what were the most problematic moments of its life and
development ("Hartmut incident", etc), persons involved in ReactOS at
various points in time. After Jan's parking ticked started expiring
Simon suggested to move into his office to continue the talk.
We logged in to #reactos from the office, under GreatLord's nickname
(it was a very unusual feeling when you type things, hit enter, and
it appears as "<GreatLord> ..."), and we all together discussed
future ways of ReactOS progress, possible commercial usage, possible
support, stability and compatibility as usual, products which could
utilize ReactOS and many many more things.
In the end, we shoot a video introducing all this "conference"
participants, and it actually shows "Magnus in action" for the first
time ever. The video seems rather black, and probably has poor
quality (I haven't transferred it to my PC yet) but it should
definately be interesting. I will edit it and put on youtube asap.
It was really great to meet all of you!
Now, to the actual development part of the email (why it ended up in
ros-dev and not ros-general). After I left, I saw number of commits
significantly decreased, and only some 94 commits were done in my
absence (roughly 6 per day). Quality matters though, not quantity!
It's time to think about stabilizing what has been done and preparing
a new release (without arwinss, if someone wonders).
1. Could someone of the testing team please provide me (here) a list
of regressions (with corresponding bug numbers) introduced with
recent ARMMM and other changes?
2. What is everyone up to right now, what unfinished work you have,
what work you are about to finish, what you want and what you don't
want to go to the next release? No need to write time consuming
paragraphs of course, just provide a very quick overview / status so
I and everyone else has idea what you are doing now and what to expect.
3. What's the most up to date GCC 4.4 status, estimates, problems
(bug # would be enough).
Thanks,
Aleksey Bragin.
Hi, I want to inform about a regression on the XBox which causes freeldr
not being able to load freeldr.ini and such failing to boot ROS. I tried
to track down the regression and was able to find two possible guilty revs:
42263 OK
42526 No build available.
42527 XX
Between 42263 and 42526 is not chnage in freeldr at all, so it has to be
42526 or 42527, both by hpoussin and both have something to do with
loading files. I hope someone can fix it, if you need someone to test
it, just send me a patch and i will try it.
Thx
Daniel Reimer
> timo.kreuzer(a)web.de wrote:
> ...
>> Ged Murphy wrote:
>> ...
> Quotes should start with leading ">" to make it more readable.
> Quoting signatures / footers is a waste of space.
>
>>> ros-dev-bounces(a)reactos.org wrote:
>>> Hi,
>>> sorry for OT, but http://learn.to/quote/
>>> thanks
>From Wikipedia, the free encyclopedia
OT may refer to:
* Oakville Trafalgar High School
* Oblivious transfer
* Occupational therapy
* Occupational therapist
* Off-topic
* Offensive tackle, either of two football positions
* Old Testament
* Old Trafford
* Operación Triunfo, a Spanish reality-show talent contest
* Operating Thetan, in Scientology, a spiritual state of a being able to operate
free of the encumbrances of the material universe
* Operating theatre
* Operational Transformation (OT) an optimistic concurrency control method for group editing
* Operation Transformation (TV series), a popular Gerry Ryan event
* Optimality theory
* Organisation Todt, a Third Reich civil and military engineering group
* Otago, a region of New Zealand
* O.T. Recordings, a record label
* Overtime, a designation indicating working past normal work hours
* Overtime (sports), playing a sports game past regulation because of a tie game
* The IATA airline designator for Aeropelican Air Services
* Obrněný Transportér, Czech for Armored Transporter
o OT-62 - Series of tracked armoured vehicles
o OT-64 - Series of 8X8 armoured vehicles
o OT-65 - Series of 4x4 Armoured Cars of Hungarian design similar to the BRDM-1
o OT-810 - Half-track infantry combat vehicle series
* Obsession Telescopes - a U.S. telescope maker
Excuse the OT, I'll behave after this. :D
By the way, I second Timo's remark above.
Keep up the good work..
- Love
_________________________________________________________________
Show them the way! Add maps and directions to your party invites.
http://www.microsoft.com/windows/windowslive/products/events.aspx
Hi all,
i would want to ask for some help from all of you, Vicmarcal (and
KJK::Hyperion) told se some time ago about next hackmeeeting event here in
Madrid, and asked me to apply about ReactOS being there.
I did it, and ReactOS has been accepted. The thing, now is that i dont feel
too confident to be able to get this stand into a succesful status..... You
will think reasons are childness, and probably they are, but as a result i
feel tied up for doing it...
What kind of help am i asking you for? well.. is anyone getting here so i
could ask him/her for help? what should be the next step i should do?
thank you so much
Sorry,
but I have some problems with sending mails to the list.
Matthias
--
Matthias Kupfer phone +49 (0) 371 236 46 52
Wilhelm-Firl-Straße 21 mobile +49 (0) 160 859 43 54
09122 Chemnitz, Germany
Hi,
Sometime back a month ago we lost networking initialization. At this
time, after each boot I have to reapply network settings manually. To
go back from July and regression test each build is a heavy task to
ask for anyone. I do hope someone has a revision to start from.....
Thanks,
James
Hi all,
I find ReactOS an interesting project, so I decided to read up on it and play around with the images.
However, I was really put down by the incredibly bad translation to Norwegian. So much that I quickly switched to English at the web page.
Some guys at IRC asked me to review the translation source for the OS proper as well, and the result was discouraging (I only checked 3-4 files). There's a lot of typos, strangely translated sentences and basic punctuation mistakes.
This is embarrassing to the extent that, IMO, the translations should be removed until new ones are in place.
Thanks,Jon
_________________________________________________________________
More than messages–check out the rest of the Windows Live™.
http://www.microsoft.com/windows/windowslive/
> From: timo.kreuzer(a)web.de
> To: ros-dev(a)reactos.org
> Date: Sun, 30 Aug 2009 21:30:02 +0200
> Subject: Re: [ros-dev] [ros-diffs] [sginsberg] 42973: - %llx -> %I64x - Don't pass a string literal to strcmp
>
> Huh? Why shouldn't one use a string literal in strcmp?
> What are you trying to "fix"?
IMHO: In regards to ReactOS proper, there's the internationalization/localization
issues to consider. But regarding dev utils like sysdump I'd say it's not critical.
Anyone feel different ?
- Love Nystrom (I'm sorry if responses are slow. I live in a technically deficient area)
_________________________________________________________________
Share your memories online with anyone you want.
http://www.microsoft.com/middleeast/windows/windowslive/products/photos-sha…
Hi,
as you can see I tried to sync Wine's D3D in our tree. This went quite
well and works fine. Problem is now... ddraw fails to build, ours and
the HEAD wine rev with the same error you can see in the build logs.
After some hours of toying with ddraw.h i got dozens of different
errors, but it fails. The only way for me to get it build is using
wine's ddraw.h and ddrawi.h which would again break even more stuff in
ROS's tree. Maybe someone has a idea? If not, i will revert it this
morning after i woke up.
Night
On Aug 27, 2009, at 1:18 PM, fireball(a)svn.reactos.org wrote:
> Author: fireball
> Date: Thu Aug 27 11:18:34 2009
> New Revision: 42955
>
> URL: http://svn.reactos.org/svn/reactos?rev=42955&view=rev
> Log:
> - Remove the window station hack, it's not really needed anymore.
> Window station is not properly created by winlogon.
A typo came here. Correct way would be "Window station is *now*
properly created by winlogon".
WBR,
Aleksey Bragin.
On Mon, Aug 24, 2009 at 2:19 PM, <sginsberg(a)svn.reactos.org> wrote:
> Author: sginsberg
> Date: Mon Aug 24 20:19:53 2009
> New Revision: 42920
>
> URL: http://svn.reactos.org/svn/reactos?rev=42920&view=rev
> Log:
> - Get rid of TAG() from the kernel
> - mmtypes.h: Goodbye TAG(), you won't be missed
Maybe this has already been done but if not, we should look in to
making a janitorial project for it, Alex and I talked years ago about
trying to maintain a list with all of the tags that were in use and
apply some consistency to the names. I think there is a list somewhere
on MSDN that shows all the tag's used in Windows, and we should try to
check ours to make sure they match up.
Thanks
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Hi.
After two weeks of disappointing escapades over building GCC 4.4.X I
decided to try out the official mingw32 build from sf.net always in my
mind that all patches we had to use in GCC 4.1.3 are already included in
GCC 4.4.X. Well at first it built well (with disabled rsym, which fucks
up dwarf2 headers in a way which renders a executable unuseable) but
then it died with the error you can see in the bug report.
(http://www.reactos.org/bugzilla/show_bug.cgi?id=4810) OK, I hoped
someone comes up with a fix in our code, but hto answered with a patch
in gcc. My 1. question now: Is this patch needed or is the error our
fault? If we really need this patch i could need someone's helping hand
with building GCC. We started a wiki entry
(http://www.reactos.org/wiki/Compiling_GCC_From_Windows) which shows our
recent tries to build a recent GCC without dwarf2 support. it builds
quite well if i do "make all-gcc", but i want and need a full "make all"
and there i get this one:
http://img24.imageshack.us/img24/8817/1007360g.jpg Any Ideas? (Yes this
is question 2.) Question 3 is: Anyone succeeded building cloog-ppl? And
the last question: Any other useless crap in our settings in the wiki?
Any needed fixes settings etc?
Thx.
On Fri, Aug 21, 2009 at 3:13 PM, <fireball(a)svn.reactos.org> wrote:
> Author: fireball
> Date: Fri Aug 21 21:13:00 2009
> New Revision: 42833
>
> URL: http://svn.reactos.org/svn/reactos?rev=42833&view=rev
> Log:
> - Implement windows moving (with contents).
This is one of the Greatest. Commits. Ever. I wish that we could make
Office 2007 run just by removing half the commented out code. ;)
--
Steven Edwards
"There is one thing stronger than all the armies in the world, and
that is an idea whose time has come." - Victor Hugo
Hello all,
I just wanted to announce some upcoming changes. Comments are appreciated.
Official removal of i486 support
---------------------------------
The Mingw-w64 project held an internal meeting today. One of the decisions
was to remove support for architectures older than i586 from their code.
As we already use some of their runtime code and loosely planned to switch
to a mingw-w64 x86/x64 multilib toolchain once that is released and stable
(which should be the case in gcc 4.5.x), we will be affected by this change,
too.
Of course, the Mingw-w64 code would just add another problem to the pot of
i486 incompatibilities.
For example, some of our assembly code makes use of the CMPXCHG8B
instruction (introduced in the Pentium).
Though I don't know anybody, who tried a recent ReactOS build on an i486
machine, I also never found a statement about the official removal of i486
support.
So as long as nobody objects, let's officially declare i486 support
abandoned now.
ISO cleaning on iso.reactos.org
--------------------------------
As we were right before running out of space on the ISO storage server (in
fact, that would have happened when Aleksey was on his planned holiday trip
:D), I've installed a script to clean old ISOs automatically now.
The script will remove bootcd-dbg ISOs older than 2 years and all other ISOs
older than half a year. This should free enough space while keeping enough
important ISOs for tracking down old regressions.
Testman log cleaning
---------------------
Another service that takes more space than you might think is Testman. Logs
for ~1300 revisions currently take around 2 GB.
My plan would be to delete logs (not the actual test result numbers) older
than half a year to keep the used space for them on an almost constant
level. If nobody objects, such a script will be installed in the upcoming
days.
Best regards,
Colin
dchapyshev(a)svn.reactos.org wrote:
> Modified: trunk/reactos/base/applications/rapps/CreateCabFile.bat
If you want to create a raw CAB file, you should rather try the "cabinet"
module of rbuild (see /trunk/reactos/media/vgafonts/vgafonts.rbuild for an
example).
Though I'm certainly in favor of a solution involving multiple plain XML
files (instead of several INI-like files put into a single cabinet) if this
is going to become a client/server system in the future. This would make it
more flexible and we could think about future usages such as showing that
application database on a website.
Reading XML shouldn't be that hard to implement considering that probably no
other source tree contains as many XML libraries as ours ;-)
After all, I think that rapps is a step in the right direction! :-)
Best regards,
Colin