Hi all,
When running ntdll_test or ntdll_crosstest with rtl selected, it will fail at
the last test, test_HandleTables. Right at first I checked the wine headers and
noticed the handle table structures are not the same as ros.
B^| Wow, -what- -a- -sur- -prise-.
Convert tests to Ros? 8^>
James
James Tabor wrote:
>
> It's not gpl. I do consider this a good test app, but poorly written.
> http://www.smidgeonsoft.prohosting.com/download/PEBrowse.zip
> Haa! It really illustrates some weaknesses in Ros.
>
Hi!
Has anyone bothered to test this application?
Thanks,
James
Hi.
Is there any graphics artist here that can and want to create four icons for our Continuous Integration System?
At http://sin.csh-consult.dk/ there is a table of changes committed to the repository. I want to add a new column "Build type" at
the end containing these icons. The four icons are:
? = Unknown build type
P = Partial build
F = Full build
F (underlined) = Required full build
Casper
Hey, do you know when this started happening or has rbuild always had
lines that are too long for ROS cmd? Should we just change
CMDLINE_LENGTH to something else, because apparently CMDLINE_LENGTH is
not really the max a line can be as rbuild works with MS cmd.
Brandon
ReactOS.Bugzilla(a)reactos.com wrote:
>http://reactos.com/bugzilla/show_bug.cgi?id=708
>
>
>
>
>
>------- Additional Comments From hartmut.birr(a)gmx.de 2005-12-08 16:14 -------
>cmd.exe uses a fixed size command and batch line buffer. 512 characters are
>not enough for our current build system.
>
>
>
> From: hpoussin(a)svn.reactos.com
>
> Implement SetupGetInfFileListW and SetupGetInfInformationW
> Inf file parser now accept UNICODE files with FF FE header
> Return required buffer size when buffer is too small in
> SetupGetLineTextA/W, SetupGetStringFieldA/W
>
>
> Updated files:
> trunk/reactos/lib/setupapi/parser.c
> trunk/reactos/lib/setupapi/setupapi.spec
SetupGetStringFieldW() (and possibly others too) now return failure and set
an error of ERROR_INSUFFICIENT_BUFFER when the passed in buffer and size are
NULL and 0 resp. I think this is not correct. MSDN says:
"If this function is called with a ReturnBuffer of NULL and a
ReturnBufferSize of zero, the function puts the buffer size needed to hold
the specified data into the variable pointed to by RequiredSize. If the
function succeeds in this, the return value is a nonzero value."
So buffer == NULL and size == 0 is a special case. Other code (e.g. the call
in lib/setupapi/install.c line 328) depends on this behaviour and is now
broken too.
Gé van Geldorp.
Is there a way to declare a file 'optional' in reactos.dff?
With 'optional' I mean a file that will go in the ISO image, if present,
otherwise the declaration will be silently ignored.
--
:Emanuele Aliberti
ReactOS.Bugzilla(a)reactos.com wrote:
>
> After successfull
> make depends
> make
> make install
>
> I have copied the files inside the 2.6 hard disk image of ReactOS.
Although I can't answer your initial problem, I can suggest that do a 'make
bootcd' instead of 'make install', and then boot ROS in QEMU using the
generated iso. Then you will have an install better suited to QEMU.
************************************************************************
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
hbirr(a)svn.reactos.com wrote:
>- Removed the hole pool allocation, because it needs to much memory and ros will not boot.
>- Allocate short blocks in one page.
>- Split the used and free header. It makes it easier to implement a red zone check.
>
>
>
Can we use rpoolmgr.h for npool? I wrote it to be useable by both.