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.
Hello,
This commit has broken compiling ROS with ROS cmd.exe. While building
it is rbuild is not deleting all the temp files it is creating(ROS
only). When trying to delete them doing "del *.*aaa" it does not delete
_all_ files it should however running the command again will pick up
what it left before(reported by WD). Make install and make clean are
both effected in some way as well. Here is the output:
C:\Documents and Settings\Brandon\Desktop\ROS>mingw32-make install
[CC] ntoskrnl\se\lsa.c
[CC] ntoskrnl\se\luid.c
[CC] ntoskrnl\se\priv.c
[CC] ntoskrnl\se\sd.c
[CC] ntoskrnl\se\semgr.c
[CC] ntoskrnl\se\sid.c
[CC] ntoskrnl\se\token.c
[WRC] obj-i386\ntoskrnl\ntoskrnl.coff
Bad command or filename
mingw32-make: *** [obj-i386\ntoskrnl\ntoskrnl.coff] Error -1073741819
C:\Documents and Settings\Brandon\Desktop\ROS>mingw32-make clean
[CC] tools\cdmake\cdmake.c
[CC] tools\cdmake\llmosrt.c
[LD] output-i386\tools\cdmake\cdmake.exe
[CC] tools\mkhive\binhive.c
[CC] tools\mkhive\infcache.c
[CC] tools\mkhive\mkhive.c
[CC] tools\mkhive\reginf.c
[CC] tools\mkhive\registry.c
[LD] output-i386\tools\mkhive\mkhive.exe
mingw32-make: [rbuild_clean] Error -1073741819 (ignored)
mingw32-make: [unicode_clean] Error -1073741819 (ignored)
mingw32-make: [freeldr_base64k_clean] Error -1073741819 (ignored)
mingw32-make: [freeldr_base_clean] Error -1073741819 (ignored)
mingw32-make: [freeldr_main_clean] Error -1073741819 (ignored)
mingw32-make: [hal_generic_clean] Error -1073741819 (ignored)
mingw32-make: [glu32_clean] Error -1073741819 (ignored)
mingw32-make: [kernel32_base_clean] Error -1073741819 (ignored)
mingw32-make: [cmd_base_clean] Error -1073741819 (ignored)
mingw32-make: [explorer_clean] Error -1073741819 (ignored)
mingw32-make: [explorer_clean] Error -1073741819 (ignored)
mingw32-make: [win32k_base_clean] Error -1073741819 (ignored)
Gunnar Dalsnes wrote:
> i know, the msg sux. ill create a summary commit msg when/if i merge
> with trunk.
>
> G.
I pretty much disagree with the USER_MESSAGE_QUEUE -> W32THREAD changes.
It would be all nice and correct if there wasn't the AttachThreadInput
function. On Windows there is also a message queue stucture (called
simply "Q"), so why are you trying to make the stuff different and imho
more complicated?
- Filip