Steven Edwards wrote:
Tell me about fairness. Or hard work
I'm not knocking on what your trying to do, I totally agree with it
and everything you stand for ;) I am just curious what the problems
are as I build on Linux and OS X and would like to help if possible.
No problems, just
Ged wrote:
Another unix like addition?
Do we really need this and the previous telnet server in our source?
to be fair, Windows does provide a command line TFTP client/server. So
far, I've only seen it used for malware spreading, but it's there and we
should provide one too
Steven Edwards wrote:
+#include ../../pch.h
This is really minor but can you fix it by changing the -I path?
I don't plan to. If it's good enough for the rest of rbuild, it's good
enough for the new source file
___
Ros-dev mailing list
So you want to make Visual C++ building support a reality. Good. Do you
have Visual Studio, Visual C++ Express or any flavor of the DDK? Do you
have trunk checked out and updated? Even better. Do the following from a
RosBE prompt:
* del makefile.auto
* set ROS_RBUILDFLAGS=-Mmicrosoft
* make
OK, it seems we have a problem with Visual C++ Express. This will be
enough guys, thanks everyone. Expect commits
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
As of r41374, Visual C++ suppport in rbuild is almost fully functional
(PCH and full dependencies - i.e. rbuild -df - won't work yet. Also, the
Microsoft linker is not supported yet). All I need now is people working
to make sources compile with it. How to: add option -Mcmsc to variable
I forgot to add to the commit message for r41520 that I lowered the
warning level of Visual C++ from -Wall to -W1. This will let us fix the
most serious compatibility issues first. Remember: set ROS_RBUILDFLAGS
to -dd -Mcmsc, and make --keep-going is your friend. Now go, and make
awesome things
Alex Ionescu wrote:
Why not fix the code instead? I hate these kinds of hacks.
Some of the code is not ours, is all. I'll fix what can be fixed, but
there's so much code we get from external sources that will only result
in a mess come merge time
___
Ged wrote:
changelog
No XML. XML sucks. And knowing all modules in the tree by name sucks as
well. Module names can be extracted automatically, and the changelog
line copied for each of them, because if the change affects multiple
modules, then it's relevant to all of them
Set a commit message
KJK::Hyperion wrote:
For smartasses like me who'll want to affect several modules at once but
with a different changelog line for each, provide an override syntax:
[module 1] changelog line for module 1
And module names should be stored in SVN as metadata, so that I can look
them up
dgorbac...@svn.reactos.org wrote:
--- trunk/reactos/ntoskrnl/mm/ARM3/mdlsup.c [iso-8859-1] (original)
+++ trunk/reactos/ntoskrnl/mm/ARM3/mdlsup.c [iso-8859-1] Mon Jul 6 22:28:11
2009
@@ -679,6 +679,7 @@
// Oops :(
//
ProbeStatus = _SEH2_GetExceptionCode();
+
Dmitry Gorbachev wrote:
Yes, it's a bug in PSEH2, unnoticed. More testcases are needed in psehtest.
I just want to make it 100% clear that I will neither investigate nor
fix this bug. ReactOS cannot depend on a piece of code that a single
person understands. Become a SEH/PSEH expert and fix it.
Dmitry Gorbachev wrote:
I just want to make it 100% clear that I will neither investigate nor
fix this bug. ReactOS cannot depend on a piece of code that a single
person understands. Become a SEH/PSEH expert and fix it. Do it before
the PSEH author is hit by a bus, while he can still help you
wei...@svn.reactos.org wrote:
Modified:
trunk/reactos/base/shell/explorer-new/taskswnd.c
Godspeed, three thumbs up. Make us proud
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
hyper...@svn.reactos.org wrote:
Author: hyperion
Date: Thu Jul 9 00:32:50 2009
New Revision: 41815
This should fix the bug exposed by ARM3 and hackfixed by hto (see
#4663). I was in a hurry when I committed and I forgot to thank Stefan
for providing the regression test that was fundamental to
Dmitry Gorbachev wrote:
Thanks to all!
can you revert your hack and test again, please?
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
ros-arm-brin...@svn.reactos.org wrote:
stop building ntdll as a win32dll so we can fucking stop auto-importing
mingw_common and kernel32 into it...
if you need any rbuild features or fixes, just ask me
it's supposed to be built as a /SUBSYSTEM:WINDOWS dll
not even that, it's a DLL built
Aleksey Bragin has huge balls of fire. Go ahead, madman
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Timo Kreuzer wrote:
Wine emulates the kernel through a server. Of cause we don't use it,
because it has a totally different design.
Says who? So far, and only counting official implementations, Win32 has
been implemented as:
- a shared-memory user mode subsystem (Windows 95, 98)
- a RPC user
King InuYasha wrote:
Ok, a little more confused now. You said that the idea that Wine code is
better than ReactOS code needs to die, but you turn around and basically
state that Wine code IS better than ReactOS code. Did you mean that the
idea that ReactOS code is better than Wine code?
I did
So... who's going? and are you staying for a day or two after the
conference or otherwise planning something for our inner circle? A
little... scheduling conflict happened for me, and now I'm not sure if
I'll go (I'll miss half of Saturday)
___
Ros-dev
Daniel Reimer wrote:
I dont know our recent financial situation, but maybe we can partially
finance the Devs Costs to get and stay there over the donations.
The Italian treasury of the ReactOS project currently holds the
vertiginous sum of €8.50 in donations
beta...@gmail.com wrote:
In my opinion, someone that does nor understand C should not be tasked with
working on the hardware abstraction layer.
Fat chance
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Timo Kreuzer wrote:
Stop whining, smartass.
Please do as the smartass says
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Aleksey Bragin wrote:
KJK::Hyperion - Involvement with mingw-w64.
- Delaying Alex Ionescu's vendor drop of Cocoa
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Alex Ionescu wrote:
nslookup on Windows uses DNSAPI exclusively for DNS resolution, and
the Rtl* network APIs for IP processing.
I'm just not seeing it. This is a query:
ChildEBP RetAddr
0013ee7c 00fbb3af WS2_32!send
0013f1e4 00fba369 nslookup!SendRequest+0x19b
0014f250 00fbae10
lsu...@svn.reactos.org wrote:
Removed:
vendor/BIND/
Post-commit hook script strikes again!
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
King InuYasha wrote:
With this approach, does it make it possible to make a UNIX style OS
using the ReactOS kernel, because it wouldn't be necessary to include
the Win32 part, the OS could be adapted to use POSIX APIs and such?
Sure. And then we can run Wine on it
Aleksey Bragin wrote:
the trunk of our SVN server has been locked to prevent even more
regression from entering the tree.
Great. Now unlock it
Thanks for understanding, and patience. My patience is over.
My turn
___
Ros-dev mailing list
Colin Finck wrote:
Anyway, everything below msvc8 is now falling foul to my delete key.
I’m going to do the same with the entire codeblocks and devcpp backends.
While you're in removal mood, you could as well delete the entire Test
module type along with the TestSupportCode class and
Alex Ionescu wrote:
Why can't rbuild do something sensible like MSVC does, and
automatically import the core win32 libraries if the project type is
Win32 binary, unless someone uses $(NO_INHERIT) and/or
/NODEFAULTLIBS ?!?
Because I have not implemented it yet
Ged Murphy wrote:
Do you have any changes related to the msvc backend?
none at all. I will probably change things about the rbuild data model
itself, but it's nothing you should concern yourself with, I can handle it
___
Ros-dev mailing list
Timo Kreuzer wrote:
Because I have not implemented it yet
And I don't see any merit in it. It just adds more complexity to rbuild.
Let me judge if it does
Just put all the damn libraries into the rbuild file and all is well.
Except that it sucks
Gregor Schneider wrote:
I'm pretty much sticking to the way it is done in most other places.
This is horrible
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
cfi...@svn.reactos.org wrote:
+ULONG i = 30 * 1000;
Can we give a meaningful name to this value and put it in a header file?
and document what it is for?
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
Dmitry Gorbachev wrote:
+ULONG i = 30 * 1000;
Can we give a meaningful name to this value and put it in a header file?
and document what it is for?
1000 * 1000 meant 1 second. 30 * 1000 is some arbitrary value without
a meaningful name.
I'll pretend such an obtuse answer wasn't even
Jose Catena wrote:
Also, I don't know if I should submit patches for msvc build,
I mantain the makefile-based builder, which is the core build backend
AND supports Microsoft compilers (sort of). Ged Murphy maintains the new
Visual Studio project generator (which is based on the makefile-based
Jose Catena wrote:
I could post a more concise description of the plan, but what I intend
ultimately to achieve is a fully working and tested ntoskrnl that could run
on regular xp or s2003 too (to verify full compatibility).
As a general rule, we prefer fixes to features, and even then we
Jose Catena wrote:
well beyond the well intentioned objections raised.
Sorry, the position of official project asshole is already taken. Try
maybe applying for respectful newbie instead
___
Ros-dev mailing list
Ros-dev@reactos.org
On 20/09/2010 13.11, Timo Kreuzer wrote:
What's not proper with our oldnames library?
it should be a library of aliases. it isn't. objdump the original
oldnames.lib from Microsoft, compare with ours: completely different
___
Ros-dev mailing list
On 08/06/2011 1.13, Timo Kreuzer wrote:
Why is this needed? ie: what missing functionality of obj2dump does
this tool add?
I'm only asking because whenever I build ARM binaries with GCC I use
obj2dump to do exactly this -- convert a PE/COFF to a raw binary for
the boot-loader or firmware.
41 matches
Mail list logo