A whole branch for a little command line tool?
Am I missing something?
This must be quite some tool :)
-----Original Message-----
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of hyperion(a)svn.reactos.org
Sent: 25 October 2009 20:43
To: ros-diffs(a)reactos.org
Subject: [ros-diffs] [hyperion] 43753: "nslookup" branch for anakha, me and Z98, and whoever wants to follow the import of BIND nslookup
Author: hyperion
Date: Sun Oct 25 21:43:02 2009
New Revision: 43753
URL: http://svn.reactos.org/svn/reactos?rev=43753&view=rev
Log:
"nslookup" branch for anakha, me and Z98, and whoever wants to follow the import of BIND nslookup
Added:
branches/nslookup/ (props changed)
- copied from r43752, trunk/reactos/
Propchange: branches/nslookup/
------------------------------------------------------------------------------
--- bugtraq:logregex (added)
+++ bugtraq:logregex Sun Oct 25 21:43:02 2009
@@ -1,0 +1,2 @@
+([Ii]ssue|[Bb]ug)s? #?(\d+)(,? ?#?(\d+))*(,? ?(and |or )?#?(\d+))?
+(\d+)
Propchange: branches/nslookup/
------------------------------------------------------------------------------
bugtraq:message = See issue #%BUGID% for more details.
Propchange: branches/nslookup/
------------------------------------------------------------------------------
bugtraq:url = http://www.reactos.org/bugzilla/show_bug.cgi?id=%BUGID%
Propchange: branches/nslookup/
------------------------------------------------------------------------------
--- svn:ignore (added)
+++ svn:ignore Sun Oct 25 21:43:02 2009
@@ -1,0 +1,14 @@
+*.iso
+makefile.auto
+makefile-*.auto
+config-*.rbuild
+obj-*
+output-*
+reactos
+reactos.*
+RosBE-Logs
+*.sln
+*.ncb
+*.suo
+versionreport.xml
+config.rbuild
Propchange: branches/nslookup/
------------------------------------------------------------------------------
--- svn:mergeinfo (added)
+++ svn:mergeinfo Sun Oct 25 21:43:02 2009
@@ -1,0 +1,1 @@
+/branches/ros-amd64-bringup/reactos:34711-34712,34743,34812,34839,34842,34917,35323-35324,35347-35348,35361,35436,35509,35515,35588,35739,35746,35771,35789,35823,35902,35904-35906,35942,35947-35949,35952-35953,35966,36013,36360,36388-36389,36570,36614,36930,37323,37434,37472,37475,37536,37820-37821,37868-37869,37873,37990-37991,38013-38014,38148,38151,38265,38268,39151,39333,39345,40991,41000,41027-41028,41030,41050,41052,41082-41086,41499,41549,43080,43426,43454,43677,43682
Propchange: branches/nslookup/
------------------------------------------------------------------------------
tsvn:logminsize = 10
On Sat, Oct 24, 2009 at 9:20 AM, <fireball(a)svn.reactos.org> wrote:
> Author: fireball
> Date: Sat Oct 24 15:20:16 2009
> New Revision: 43713
>
> URL: http://svn.reactos.org/svn/reactos?rev=43713&view=rev
> Log:
> - Update arwinss to Wine-1.1.32.
> - 16 bit code is well isolated by Wine team now, so amount of differences is substantially smaller. Also more compatibility due to rewritten user32/resource.c.
I was wondering when Alexandre committed this if the new
implementation of TranslateAccelerator magic could replace our
implementation in trunk? It would be nice to not have multiple
implementations of the same functionality floating around.
--
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
Ammendment to 43705 -- the KVM/QEMUversions we use on the build server today does, in fact, implement debug registers, and all the ntdll exception tests now pass.
_________________________________________________________________
Windows Live: Friends get your Flickr, Yelp, and Digg updates when they e-mail you.
http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/so…
Hi,
I have rewritten kdcom and I'm currently using it for the amd64 port
more or less successfully.
It works generally, but it still has some issues and sometimes packets
time out and it takes quite a while before WinDbg is fully connected
(every timeout is about 10 seconds)
Maybe someone likes to test it on x86.
I'm happy about any hints why these issues exist.
My current debugging methods are a second plain text debugging channel
and logging the transmitted data through a pipe using IO Ninja.
One problem here is that vbox serial to named pipe sucks and this way I
get lots of broken packets that ned to be resent. That's much better
using com0com, but then I cannot log the data.
Regards,
Timo
Hi everybody.
It's been a long time that I follow this project, even if I was pretty
quiet, and I think it is now time to make my own contribution.
Some of you might remind some attempts to work on kernel32 winetests.,
and it turned out that I needed something more motivational. I found
that reactX is an abandoned field, and so I think that it would be a
real challenge to get things working. I have already some patches, which
get the ddraw initialization a bit further that where it manages to go
in trunk.
Regards
Jérôme (aka zefklop)
PS: I'd like to talk with you about that on IRC, but unfortunately I am
behind proxy which refuses it....
This has been broken for quite some time now. Has anyone looked into this
yet?
I feel like I've lost a limb and findstr isn't a great prosthetic
replacement.
Cheers,
Ged.