Could you PLEASE DELETE PREVIOUS EMAIL CONTENT, TRAILING AT THE END?? AFTER
SEVERAL MESSAGES INCLUDED THAT WAY, TRYING TO SCROLL FOR MINUTES TO REACH TO
THE NEXT MESSAGE IS NOT BLOODY FUNNY!!
I asked for that several times and you guys are still doing this crap! I
have nothing against including
Are you being a person intellectually deficient? Or just provoking me on any
purpose?
2011/6/5 Riccardo Bestetti riccardo.kyo...@live.it
I can’t start IE on a Turion X2 @2GHz, 4GB ram (win 7), because it
literally eats my CPU.
It crashes my PC. It is terrible.
Firefox works fine.
[whole
on my PC.
Here the deficient is you.
From: Olaf Siejka
Sent: Sunday, June 05, 2011 3:07 PM
To: ReactOS Development List
Subject: Re: [ros-dev] 1294 [dreimer] Fix clean for cmake trees. ...
Are you being a person intellectually deficient? Or just provoking me on
any purpose
does on my PC.
Here the deficient is you.
*From:* Olaf Siejka cae...@gmail.com
*Sent:* Sunday, June 05, 2011 3:07 PM
*To:* ReactOS Development List ros-dev@reactos.org
*Subject:* Re: [ros-dev] 1294 [dreimer] Fix clean for cmake trees. ...
Are you being a person intellectually deficient
He is reviewing the bloody code, Javier.
2011/6/2 Javier Agustìn Fernàndez Arroyo elh...@gmail.com
i love the way you talk with yourself :P
On Thu, Jun 2, 2011 at 8:02 PM, Alex Ionescu ion...@videotron.ca wrote:
Same comment as before, resources MUST be acquired within a critical
region
Forgot that i had this change in my commit repo... sorry about that.
2011/5/24 Ged Murphy gedmur...@gmail.com
That was very confusing :)
-Original Message-
From: ros-diffs-boun...@reactos.org [mailto:ros-diffs-boun...@reactos.org]
On Behalf Of osie...@svn.reactos.org
Sent: 23 May
@Colin
Could you also ask Chris to look into network issues with the buildmaster,
which results in regular dropouts? I doublechecked, and pinging the
build.reactos.org server brings no ICMP losts, despite slaves being dropped
at the same time? It affects both mine and release builders.
Best
Hiya
Our nightly builds repository is not working and people cannot download
anything from it. Is it a known issue? Any idea when it might be fixed?
Best regards
___
Ros-dev mailing list
Ros-dev@reactos.org
It was spotted by MSVC build:
P:\Trunk_slave\MSVC-trunk\build\base\services\rpcss\irotp.c(28) : fatal
error C1083: Cannot open include file: 'irot_s.h': No such file or directory
LINK : fatal error LNK1104: cannot open file
'CMakeFiles/rpcss.dir/irotp.c.obj'
In base\services\rpcss\irotp.c:28 we
Ok, Aleksiej explained that one to me. Looks like MSVC build issue then.
2011/5/22 Olaf Siejka cae...@gmail.com
Can i safely remove this line then:
28#include irot_s.h
2011/5/22 Ged Murphy gedmur...@gmail.com
It'll be autogenerated from the idl.
On 22 May 2011 13:02, Olaf Siejka cae
Its not the point of testing every random app there is. Such tests are
useless, if they do not provide any precise error or in any other way show
precisely any bug/deficiency in ROS. What are those for? What is the point
of passing report same as in my afforementioned example (AKA app doesnt
work,
Bugzilla is crowded with untouched bugs for so long, and you HAVE to add
more crud to it? Bugs like no.6214, very usefull as we can see below:
1)Download ClickToDesktop
2)Run in ReactOS
3)Click on the desktop to hide. It doesn't work. Apps just lost the focus.
Nothing appears in the DebugLog.
Such task or workitem should have then at least three parameters: deadline,
person responsible and dependencies. We can easily think of an example of a
given task, depending on another, just like Winesync is currently depending
on finishing LDR rewrite.
2011/4/26 Timo Kreuzer timo.kreu...@web.de
I would be really careful with adding bugs, as the list might get swamped in
those easily and only add the major ones, which break ROS for many users
(mshtml 2nd stage bug? hivesys 1st stage crash?)
Regards
2011/4/26 Gabriel ilardi gabrielila...@hotmail.it
I'd add, old boot method removal and
Dear colleagues
We need to some short-term planning within our project, as the amount of
tasks awaiting will simply turn into chaos. I propose a list to be kept,
named Action list. It should list our goals, things to be done, for
example Winesync, fixing some particular bug, etc. Every task
Why? What for?
2011/3/31 Javier Agustìn Fernàndez Arroyo elh...@gmail.com
Edijus at IRC wants to be voiced for the meeting... he is not subscribed
to this ML, thats why im emailing what do u think?
On Thu, Mar 31, 2011 at 10:45 AM, Gabriel ilardi gabrielila...@hotmail.it
wrote:
The most obvious impact i see is that iso.reactos.org will be able to hold
less revisions. Same thing with storage for my Windows-based builds.
2011/3/28 Andrew Green greenie...@gmail.com
I have been thinking about what will be needed for my gsoc proposal.
Merging the live cd and install cd
On 2011-03-22, at 6:11 PM, Olaf Siejka wrote:
I see mostly bragging around and bit of subtle hinting. Not that i`d care
about it.
2011/3/22 Alex Ionescu ion...@videotron.ca
On 2011-03-22, at 6:07 PM, Olaf Siejka wrote:
or just pass info how to do it.
Try reading the e-mail.
--
Best regards
Dear colleagues
I am very pleased to inform you that a new builder has been just made
operational. Named Patch_x86_GCCWin Debug, you can see it waterfall right
now. Based on x86 RBuild trunk, its capable of downloading a patch from
bugzilla, applying it to trunk, building reactos testcd and
...@gmail.com
This is very impressive. Nice work.
*From:* ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] *On
Behalf Of *Olaf Siejka
*Sent:* 18 March 2011 09:43
*To:* ReactOS Development List
*Subject:* [ros-dev] New builder available
Dear colleagues
I am very
.
*From:* ros-dev-boun...@reactos.org [mailto:ros-dev-boun...@reactos.org] *On
Behalf Of *Olaf Siejka
*Sent:* 18 March 2011 09:43
*To:* ReactOS Development List
*Subject:* [ros-dev] New builder available
Dear colleagues
I am very pleased to inform you that a new builder has been just made
Hiya
I would like to point out to actions in my opinion necessary to be done
after the release:
1. Syncing:
Starting a new development/release cycle is the best moment for winesync to
be performed. Syncing early will give us much time to find and wipe all
Wine-originated bugs, which are simply
Do we have any?
2011/3/14 Colin Finck co...@reactos.org
. I consider this a release blocker bug, so some networking guy should look
at it.
- Colin
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
We did test but the older versions. There is little point in reporting
network issues with no one to look into them.
2011/3/14 Pierre Schweitzer pierre.schweit...@reactos.org
Hi,
mIRC has already been discovered as a prominent failing application,
which just crashes upon connecting (see
The result:
(ntoskrnl\ke\i386\cpu.c:485) Supported CPU features :
(ntoskrnl\ke\i386\cpu.c:488) KF_V86_VIS(ntoskrnl\ke\i386\cpu.c:489)
KF_RDTSC(ntoskrnl\ke\i386\cpu.c:490) KF_CR4(ntoskrnl\ke\i386\cpu.c:491)
KF_CMOV(ntoskrnl\ke\i386\cpu.c:492)
KF_GLOBAL_PAGE(ntoskrnl\ke\i386\cpu.c:493)
It causes issues in 1st stage access to kdbg. Simply speaking, instead of
using vbox window focus to type in kdbg commands, those only work with
terminal (like putty) window focus.
2011/3/4 Timo Kreuzer timo.kreu...@web.de
Hmm...
I remember I added it to enable the possibility for backtraces
This wasn't a proper feature freeze. Bugfixes were present, but in highly
specific areas, without the proper path: bug reported-bug list
prioritized-tested- passed to dev-fixed
We still suffer from system-wide regressions, heap and registry-related.
Best regards
2011/2/15 Aleksey Bragin
Please dont expect any work on ReactOS testing of me, at least for the next
month. Tough time at work/school plus switching to new lappy, plus short
schedule of returning the old one (which i used for ReactOS related tasks
extensively) plus few more things. Remnants of my spare time are going into
Hiya
Regarding gdb, i will skip that question in favor of more experienced team
members.
Regarding make install - it depends on where do you want to install ReactOS.
We use virtual machines for the sake of simplicity as well as good
repeatability of results and errors. You can of course try to
Last time i tried WinDBG, it was not possible to determine process which was
using the memory location given in backtrace. Missing MM functionality. Can
provide bug number to anyone interested.
Regards
2011/1/30 Timo Kreuzer timo.kreu...@web.de
Hi,
In theory you can also use winDbg for
At the present moment our objective is the one that started this whole
process of migration, to adapt new source for Testman, source that happens
to be my testing bot. It is VBox-based (v 3.12 atm) and is going to perform
standard x86 trunk testing, as well as the triggered builds from CMake
In the next few days, we're probably going to make the testing results of
his CMake bot available at http://reactos.org/testman and upload his
builds to http://iso.reactos.org.
I might also change the BuildBot Web page design. Now that the main part
has got wider, we might remove the ReactOS
I think Ged is refering to MSVC-based buildslave more than just building on
Windows.
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
...@web.de
Am 29.12.10 23:23, schrieb Olaf Siejka:
The testbot replacement is in early tests. I have no access to testman so
i
can only produce logfiles. From there, its up to you guys.
testman != sysreg
___
Ros-dev mailing list
Ros-dev
The testbot replacement is in early tests. I have no access to testman so i
can only produce logfiles. From there, its up to you guys.
Regards
2010/12/29 Javier Agustìn Fernàndez Arroyo elh...@gmail.com
its a wild strike...
we must send the army
:P
On Wed, Dec 29, 2010 at 10:04 AM, victor
Hi
Please try the correct address: http://build.reactos.org:8010/
2010/11/20 Ros Arm ros@reactos.org
Hi,
I can't seem to access builds.reactos.org to check, but I think this
argument really nails it: you really don't get it (you don't get the
scientific method).
Ros-dev mailing list
Hiya
Looks like i can confirm this issue. I`ll ask Chris to look into it. IE9
Beta is also having problems. For now you can use:
http://reactos.ath.cx:8081/waterfall
but only for compilation issues. I still await for Aleksiej to finish up
vbox sysreg so we can duplicate winetest automation.
Ged, i`m beggin you, could you please try trimming down the ros-diff mails
you forward on ros-dev? I doubt that whole diff, especially that large is
really necessary.
Thanks in advance
2010/11/1 Ged Murphy gedmur...@gmail.com
Shouldn't miniport_dmus.cpp have a licence header?
-Original
I`m ok as long as there will be the a way to add files statically, it is
vital atm for driver slipstreaming
Regards
2010/10/30 Jérôme Gardou jerome.gar...@laposte.net
As long as they are included in the build system, they will be added to
reactos.dff. If they're not, they won't ever be
This commit did cause a range of regressions, with apps like KStudio, CPU-z
and CrystalCPUId. Jim was informed about it and since then is working hard
to get them back in order. For me and Johannes, at the present moment,
KSStudio is of top priority, as its utterly vital for any advanced sound
Look, before you guys start venting off, please at least try to understand
what are you really getting mad about. As much as you seem to hate
communicating via IRC, personally i see no other way of introducing someone
to ROS fundamentals, including (but not limited to):
- necessary tools
-
Sure, why dont we add another 5-10 minutes to ros compile time
As for integration i just placed wine_gecko-1.0.0-x86.cab in
trunk\modules\optional\
Regards
2010/10/27 Adam Kachwalla geekdun...@gmail.com
What about Wine Gecko from source? Also, I would think that because it is a
GPL
You should be able to overwrite the files the code of which you changed. The
exception is with freeldr as well as registry entries.
2010/10/25 Fan Zhang fanzi2...@gmail.com
Hi guys,
I want to know how do you debug ReactOS. For example, when I change the
code, I used to execute 'Make bootcd'.
This should be reported as HACK tagged bug, i can do it provided someone
will write up a short description.
W dniu 25 października 2010 22:36 użytkownik Timo Kreuzer
timo.kreu...@web.de napisał:
The problem is missing MmSecureVirtualMemory. The new Mm code is a big step
into this direction,
For similar effect I am trying to map out and record every known hack or
unimplemented functionality:
http://www.reactos.org/wiki/Bug_Filters#Hacks
W dniu 25 października 2010 23:15 użytkownik Ged Murphy gedmur...@gmail.com
napisał:
//TODO and //HACK, etc in code are easily lost and forgotten
How will you convince anyone that such setup on ReactOS is of any worth to
be used and what is more important - better to be used over similar linux
setups?
Right now we dont have enough manpower to keep testing ROS on a most basic
level (its over a week, or even more since i managed to discover
releases (we are speaking about normal
development, not kernel rewrites which have to take that long time).
WBR,
Aleksey Bragin.
On Oct 9, 2010, at 5:14 PM, Olaf Siejka wrote:
I think its a good time to discuss current development cycle.
It become clear to me, that there is no way we can
I do agree with Wax in general, that any cycle will be ok provided that we
can stick to it.
Three month cycle would be (more/less):
- 6 weeks of pure development (and first 4 weeks - release of the x-1
version);
- 6 weeks of stabilising trunk, bugfixing, plus some finishing work on
features that
I am sorry to point out that our devs (no pointing out) still fail to do
something as simple as observing their commit on buildbot if it causes any
problem. I`m not even talking about things more complicated, like not
commiting again without first checking if previous commit was built fine.
Also,
MSI works well enought with older versions of Windows Installer. It can for
example handle WinDbg msi packacge correctly. It has some problems with
install packages of the newer version. Since those require installing and
running a service, it could be difficult to have them running on ros, but
That sounds like either modifying the installation CD, or getting a DOS
bootdisk with
driverfiles and using that after phase 1 (partitioning, formatting,
copying,
writing MBR/bootsector, rebooting) but before ReactOS installation starts
from harddisk, to copy files to proper location.
I admit
I think its a good time to discuss current development cycle.
It become clear to me, that there is no way we can currently adhere to 3
months development cycle. Its pointless to stick to something we managed to
succeed only once or twice.
Agreeing with the fact we do need releases, for various
Dear James
Is this patch for any open bug report or something separate? If you can
confirm one of those possibilities, i`ll open the PATCH bug report for it.
Regards
2010/10/4 James Tabor jimtabor.ros...@gmail.com
This is a possible fix for the initialization problem reactos suffers
from.
Hiya
The report has been opened and you've been CCed to it. The link is
http://www.reactos.org/bugzilla/show_bug.cgi?id=5655
You can also see it on http://www.reactos.org/wiki/Bug_Filters
Regards
2010/10/4 James Tabor jimtabor.ros...@gmail.com
Hi!
On Mon, Oct 4, 2010 at 4:18 AM, Olaf Siejka
When you said:
[12:58:23] vicmarcal i am translating and sending to the ML
i must say that i foolishly expected a translation. How noob of me...
Regards
2010/9/24 victor martinez vicmar...@hotmail.com
Hi guys/devs/testers/translators/followers !
I have just received this information
Translations must be commited first, i would also have as many fix patches
in, as possible. Otherwise, i agree.
2010/9/21 Aleksey Bragin alek...@reactos.org
Let's branch release 0.3.12 then, and finally unlock trunk.
WBR,
Aleksey Bragin.
___
Thanks. If you dont mind, i will open a bug repor for you and post your
finidings there. If you have anything else, please let me know if i can
assist.
Best regards
2010/9/18 Pavel Pisa ppisa4li...@pikron.com
Hello all,
I have noticed, that pxefixup does not set IMAGE_SCN_MEM_NOT_PAGED flag
down ReactOS with
VirtualBox Guest Additions installed
its official build
i will try to regtest
On Thu, Sep 16, 2010 at 10:21 PM, Olaf Siejka cae...@gmail.com
wrote:
Is it official build or your own? Could you regress-test it to precise
revision when it got broken
Still, this calls for porting effort, for which i dont see any volounteers.
Regards
2010/9/17 Enrico Weigelt weig...@metux.de
* Olaf Siejka cae...@gmail.com schrieb:
I dont see it possible. lguest, even though its a hypervisor, doesnt
offer
full virtualisation. It requires a Linux kernel
that is, but
it's for the good of the project.
WBR,
Aleksey Bragin.
On Sep 14, 2010, at 9:41 PM, Olaf Siejka wrote:
As we progress into regression fixing, we are now in the good moment to
decide upon upcoming release. It would be great if we could manage with
the
0.3.12 for the October
I would prefer to use KVM or Qemu.
You might try VirtualBOX as well, as its also supporting USB Tunneling to
vm.
.[7h.Entered debugger on last-chance exception (Exception Code: 0xc005)
(Page Fault)
Memory at 0x0004 could not be read: Page not present.
kdb:
In this situation you should
Dear Sandro
You should join #reactos irc channel at irc.freenode.net. It will be easier
to answer your questions online.
Regards
On Wed, Sep 15, 2010 at 9:45 AM, Captain Sandro lastkni...@list.ru wrote:
What can you advice me to start from? Which module needed in programming?
And which
I dont see it possible. lguest, even though its a hypervisor, doesnt offer
full virtualisation. It requires a Linux kernel as guest, one that supports
lguest. ReactOS is NT-based and doesnt use Linux kernel at all.
Regards
2010/9/15 Enrico Weigelt weig...@metux.de
Hi folks,
did anyone
I find combination of words Maya, project and active highly hilarious.
2010/9/14 Adam Kachwalla geekdun...@gmail.com
I'm sure Maya Posch has a highly active project called the ReactOS
Synthesis Project (http://sourceforge.net/projects/reactos-synth/) which
is supposed to patch a Windows
As we progress into regression fixing, we are now in the good moment to
decide upon upcoming release. It would be great if we could manage with the
0.3.12 for the October Chemnitz event, where we are invited again to
participate, not to mention that its the time for such release.
Right now, in my
From what i know this is just a temporary solution and a proper one is being
designed.
2010/9/5 Eric Kohl eric.k...@t-online.de
Hi!
Being cooperative was my intention when I wrote this part of usetup. The
bad thing about this approach is that usetup needs to deal with all kinds of
First I think it would be very useful, if we could edit the description
field of the bugs. This way we don't need to browse through dozens of
comments to find all neccessary info, while the description only contains
useless stuff. This should be restricted to the original reporter and
testers /
This was supposed to be a bugfix.
2010/8/24 Aleksey Bragin alek...@reactos.org
Trunk is in a feature-freeze mode, after all, and whole point is to fix
bugs in trunk or work on a better implementation in a branched/disabled
module.
Thanks,
Aleksey Bragin.
We shall not only guard that, but also make sure that potential build
breakers are being dipped in tar and feathers, then ridden out of the town
on rail.
Cheers
2010/7/26 Timo Kreuzer timo.kreu...@web.de
Hi,
I'd like to announce that as of r48278, you can build a full x64 bootcd
(including
Anything that will bring more efficiency into trunk as well as remove
unused/dead code is worthy of time. Not to mention that trunk gets bigger
with almost every day whereas both official and my buildbot machines are not
getting faster.
My motion would be cleaning up
This is a good idea. We should move all uneeded stuff off the trunk.
2010/6/13 James Tabor jimtabor.ros...@gmail.com
What is wrong with a new tree called rosdevices? SIS and VIA drivers
can be added when they are made available.
Just an idea,
James
On Sun, Jun 13, 2010 at 2:20 AM, Olaf
Since arty's commit in rev 47510, one of his asserts is being triggered in
bot qemu and vbox. This practically lock down both testbots as they cannot
cont it. I have two requests:
- Could you all refrain from commiting until this problem is resolved?
- If this issue is not to be fixed soon
As the main buildserver might be down, there is one that might act as an
replacement:
http://reactos.ath.cx:8081
Please mind that for now it can only be used for building verification of
trunk, with x86/x64/ARM compilers. We plan to enable testing on this as
well, but work is in progress. No iso
inbetween.
2010/4/30 James Tabor jimtabor.ros...@gmail.com
Hum?
On Thu, Apr 29, 2010 at 5:45 PM, Olaf Siejka cae...@gmail.com wrote:
The most important reason for moving development into branches was to
minimize the effect of prolonged trunk breakage, that has to happen with
rewrites
The most important reason for moving development into branches was to
minimize the effect of prolonged trunk breakage, that has to happen with
rewrites. This is a vital issue, as inability of testing trunk on the daily
basis is very often a seed for regression accumulation.
2010/4/29 James Tabor
Mainly for compatibility reasons. If Windows does it that way, so would do
Windows apps and drivers, depending on it. If we change this default
behaviour, even with introducing some kind of aliases for the previous one,
we risk breakage, that would could be hard to determine/locate. When ReactOS
I am talking in general, about attempts to correct Microsoft.
2010/4/18 breakoutbox breakout...@web.de
Olaf Siejka schrieb:
Mainly for compatibility reasons. If Windows does it that way, so would do
Windows apps and drivers, depending on it. If we change this default
behaviour, even
Usefull indeed, though we should be more strict on what goes into the trunk.
The more code goes there, the longer build takes, also there is a bigger
chance to break trunk with other changes. This is why we should isolate
trunk/apps/tests from other things, then tidy it up and reorganize it. All
Too soon for more than one trunk. I only concur of what devs say, trunk has
to be revised and possibly - skimmed a bit.
Look, why is atapi still in trunk?? Stuff like this take up precious
buildtime and space.
2010/4/16 breakoutbox breakout...@web.de
Andrew Faulds schrieb:
ROSLite?
If
Its good to hear from you. Good luck on your project and we hope you'll
visit us from time to time.
Cheers
2010/4/10 Jose Catena j...@diwaves.com
Timo told me some of you asked about me. I should have droped a line here
before.
In february I signed a contract that will keep me very busy
Since rev. 46466, rostests build is broken. No iso are generated. Just in
case anyone cares.
http://build.reactos.org:8010/builders/x86_(Debug)/builds/4846/steps/compile_4/logs/stdio
___
Ros-dev mailing list
Ros-dev@reactos.org
1. ReactOS fails to boot at first stage, on my real hardware since rev.
45320 with BugCheck 7B (7E recently).
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Should we let them know?:
2010/1/28 James Tabor jimtabor.ros...@gmail.com
Hi!
These are Class Owned DCE starting at the end of allocations. When
closing the application the thread cleanup routine I added frees the
DCE's. (This was not implemented yet, so they never freed and the side
effect
As i said previously, andLinux is just a redistribution of coLinux, with
some pre-made, pre-configured settings. coLinux as you know, is a
virtualiser running as a NT kmode driver.
As for LUK, AGAIN, its not really running yet.
2010/1/19 Joshua Bailey raptorempe...@yahoo.com
You're talking
Its not a real distro. It is a pre-packaged, preset coLinux with ubuntu.
Useless to us, completely.
2010/1/18 Daniel Reimer daniel.rei...@stud-mail.uni-wuerzburg.de
Why should we buy a linux distro?? I are no linux and thats why I am here.
Max schrieb:
if it is not sold, I suggest to build
Thanks for your work and interest.
2010/1/17 Joshua Bailey raptorempe...@yahoo.com
I read the PDF and other information earlier today. I've just updated the
Wikipedia page (in English, at least)
regarding Arwinss with the newer, more detailed information. Hopefully,
once more people know
the news via osnews.com of course.
On Jan 17, 2010, at 6:10 PM, Alwyn Tan wrote:
Hello, I'm reverting your edits, as the reviewers have deemed the sources
of information unacceptable for the article to achieve Good Article status.
On Sun, Jan 17, 2010 at 12:46 PM, Olaf Siejka cae...@gmail.com
FINALLY!
Btw... is this fuss really necessary? As we are basically talking about
something like:
del makefile.auto
rmdir output-i386 /s /q
rmdir obj-i386 /s /q
executed from the root of svn tree directory. Anyway, i don't care as much
as before, when my buildtime wasnt below 12 minutes, but i
Hiya
I just imported and ran Vbox image, but failed to replicate your problem.
Moreover, i did set my usual ReactOS installation to 4MB of Video memory
(same value as defined in the Vbox image) but again, had no problems. I was
even able to run it in full-screen. Please make a bug report in our
Could anyone please consider implementing the above? According to
http://msdn.microsoft.com/en-us/library/ms802934.aspx -
MmUnsecureVirtualMemory could be required as well.
Lack of those functions is currently breaking up 3d acceleration passthrough
with Virtualbox 3.1.0 and newer.
Thanks in
Could you describe the ROS behaviour more precisely? Are you sure you set up
both parties correctly? I`ll try to check winkd build around tomorow.
On Wed, Dec 30, 2009 at 7:49 PM, Jose Catena j...@diwaves.com wrote:
It does not crash. It waits for a connection to windbg and continues as
soon
Can't agree more with Alex. Lets switch over on a New Year:
2009/12/31 Daniel Reimer daniel.rei...@stud-mail.uni-wuerzburg.de
Sure it is. But explain this to the lazy bums out there :-P
Nah, honestly, I dont think theres a real reason except the big step
having to update gcc.
Alex Ionescu
Kudos to you for this change.
If i may have a little thing to add, i think the scritp, in case no
obj/output dir and makefile.auto is found in current dir, should prompt
about cleaning the tree from default location, instead of doing it
automagically. Simple yes/no would suffice and all would be
Alex
Since you are subscribed to ros-diff ml, you should be aware, that ros
development, rated by commit number, has come almost to standstill.
2009/9/13 Alex Ionescu ion...@videotron.ca
So in other words, in a month minus 3 days:
___
Ros-dev mailing
2009/7/18 Jose Catena j...@diwaves.com
But after studying the code a bit and following the mailing lists for a
while, the perception of organization and progress is poor, what introduces
the doubt: there is a lot of work to be done, would my effort be wasted?
The only case your effort might be
You Samuel, should know best, that application functionality cannot be
isolated from general OS bugfixing. As we know, it often looks like:
application z needs functionality y that can only be implemented if
component x is rewritten and requires w to be fixed in kernel. You cannot
just make z
I have to agree with Dimitry
I want to make a claim as an axiom and see where it goes from there.
If you don't agree with the axiom you should probably read something
on ethology and group behavior.
Very bad start. Reader is put into simple choice, agree or you are
uneducated. Ever thought you
Commit: use %zd for SIZE_T, not just %d
File affected: trunk/reactos/tools/rbuild/backend/mingw/mingw.cpp
Replication: clean build, then try to make. Rbuild throws an unhandled
exception:
Faulting application rbuild.exe, version 0.0.0.0, time stamp 0x4a58b510,
faulting module msvcrt.dll, version
@Jose
Hiya and welcome to ReactOS. You should visit our irc channel: server
irc.freenode.net, #reactos channel so we can talk about details.
Best regards
2009/7/10 Jose Catena j...@diwaves.com
I am sorry for not being able to contribute for now, but I heartly intend
to do it when possible
On the other hand, this PSEH bug has locked up our buildbot for a
considerable amount of time. I have no intention to promote hacking or
hiding bugs, on the other hand though, the longer we run without debug
buildbot, the more regressions and other problems are potentially going
unnoticed. This
1 - 100 of 103 matches
Mail list logo
