- Ros-dev - ReactOS.org

by Aleksey Bragin

It is possible to compile with this flag, but you need to build it yourself then. Official ISOs are compiled with leanandmean set to no. WBR, Aleksey Bragin. On Jun 11, 2007, at 1:06 PM, carlo.bramix wrote: > Is the SVN REL Live CD compiled with "set ROS_LEAN_AND_MEAN = yes"? > If not, is it possible to compile it with this flag? > For other purposes beside the normal user testing, we have the SVN > DEB Live CD image. > > Sincerely, > > LDChen

18 years, 3 months

1
0
0 0

Smaller SVN REL ISO?

by carlo.bramix

Is the SVN REL Live CD compiled with "set ROS_LEAN_AND_MEAN = yes"? If not, is it possible to compile it with this flag? For other purposes beside the normal user testing, we have the SVN DEB Live CD image. Sincerely, LDChen ------------------------------------------------------ Leggi GRATIS le tue mail con il telefonino i-mode di Wind http://i-mode.wind.it/

18 years, 3 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [dgorbachev] 27107: Fix issue #2151.

by Thomas Weidenmueller

Do you even know what you're doing? I've seen many commits where you call something a FIX and then just comment code out and add another FIXME.... dgorbachev(a)svn.reactos.org wrote: > Author: dgorbachev > Date: Sun Jun 10 15:11:05 2007 > New Revision: 27107 > > URL: http://svn.reactos.org/svn/reactos?rev=27107&view=rev > Log: > Fix issue #2151. > > Modified: > trunk/reactos/ntoskrnl/mm/sysldr.c > > Modified: trunk/reactos/ntoskrnl/mm/sysldr.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/mm/sysldr.c?rev=2… > ============================================================================== > --- trunk/reactos/ntoskrnl/mm/sysldr.c (original) > +++ trunk/reactos/ntoskrnl/mm/sysldr.c Sun Jun 10 15:11:05 2007 > @@ -1767,7 +1767,7 @@ > NtHeader->OptionalHeader.AddressOfEntryPoint); > LdrEntry->SizeOfImage = DriverSize; > LdrEntry->CheckSum = NtHeader->OptionalHeader.CheckSum; > - LdrEntry->SectionPointer = LdrEntry; > + LdrEntry->SectionPointer = NULL; // ? > > /* Now write the DLL name */ > LdrEntry->BaseDllName.Buffer = (PVOID)(LdrEntry + 1); > > >

18 years, 3 months

2
1
0 0

Re: [ros-dev] [ros-diffs] [dgorbachev] 26483: Undo r26482 change, waste more stack space.

by Alex Ionescu

Perhaps you could try convincing the GCC folks to actually properly support declspec_align like MSVC does, instead of claiming to support it, but actually ignoring it. Then you could also convince them to support SEH, PDBs, STDCALL-default calling convention, etc ;) -----Original Message----- From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of dgorbachev(a)svn.reactos.org Sent: April-24-07 1:06 AM To: ros-diffs(a)reactos.org Subject: [ros-diffs] [dgorbachev] 26483: Undo r26482 change, waste more stack space. Author: dgorbachev Date: Tue Apr 24 09:05:49 2007 New Revision: 26483 URL: http://svn.reactos.org/svn/reactos?rev=26483&view=rev Log: Undo r26482 change, waste more stack space. Modified: trunk/reactos/ntoskrnl/include/internal/ex.h Modified: trunk/reactos/ntoskrnl/include/internal/ex.h URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/include/internal/… ============================================================================== --- trunk/reactos/ntoskrnl/include/internal/ex.h (original) +++ trunk/reactos/ntoskrnl/include/internal/ex.h Tue Apr 24 09:05:49 2007 @@ -106,9 +106,15 @@ // #ifdef __GNUC__ -#define DEFINE_WAIT_BLOCK(x) \ - PEX_PUSH_LOCK_WAIT_BLOCK x = __builtin_alloca(sizeof(EX_PUSH_LOCK_WAIT_BLOCK)); - +#define DEFINE_WAIT_BLOCK(x) \ + struct _AlignHack \ + { \ + UCHAR Hack[15]; \ + EX_PUSH_LOCK_WAIT_BLOCK UnalignedBlock; \ + } WaitBlockBuffer; \ + PEX_PUSH_LOCK_WAIT_BLOCK x = (PEX_PUSH_LOCK_WAIT_BLOCK) \ + ((ULONG_PTR)&WaitBlockBuffer.UnalignedBlock &~ 0xF); + #else // @@ -116,8 +122,8 @@ // local variable (the actual pointer) away, so we don't take any perf hit // by doing this. // -#define DEFINE_WAIT_BLOCK(x) \ - EX_PUSH_LOCK_WAIT_BLOCK WaitBlockBuffer; \ +#define DEFINE_WAIT_BLOCK(x) \ + EX_PUSH_LOCK_WAIT_BLOCK WaitBlockBuffer; \ PEX_PUSH_LOCK_WAIT_BLOCK x = &WaitBlockBuffer; #endif

18 years, 3 months

11
19
0 0

Re: [ros-dev] About translation

by Aleksey

Hi Lucio, I must say, that there were a lot of efforts to get our tools working as easy as possible. Even a global login system was introduced way back so that you don't need to create an account for wiki, for bugzilla, for forum, for wiki, for the main website - you just create one. A lot of time was spent in order to do this (every piece of software needed to be customised - Ge and Klemens put a lot of their personal time into this). I will answer between the lines below so it makes better sense. ----- Original Message ----- From: "Lucio Diaz" <reactos_translate(a)yahoo.es> To: <ros-dev(a)reactos.org> Sent: Tuesday, April 17, 2007 2:08 AM Subject: [ros-dev] About translation -= skip =- > -Many like me can install SVN, and get the source > code, but never have made a patch, or even used > bugzilla(and probably wont have the time). If a contributor has SO small time that he can't even submit his work to a bugzilla or, at least, send a patch to a relevant person (the same language native speaker developer or another translator who has more time), then it's better to wait when he/she has more free time to contribute. -= skip =- > files, but sending them to bugzilla... i dont know how > to send them to bugzilla, i dont have a bugzilla > acount, it was tiring trying to find someone to send > the files, and i dont have the time or will to learn > bugzilla. That shows you really did not even slightly investigated how the website works. And instead you're proposing a whole workflow for developers, so they mandatory spent a few hours per week maintaining all the stuff you. During that 2 years you should have spent just a bit of time, even 20 minutes, to overview our website and systems we have there, and another 20 minutes to read online manuals/help for them. Excuses like "I didn't have time" hardly apply here. WBR, Aleksey Bragin.

18 years, 3 months

3
2
0 0

RosBE Chatroom

by Daniel Reimer

Hi, I set up a Chatroom for RosBE (Windows/Linux) specific questions. Its on Freenode and is called #reactos-rosbe. I dont know if its so useful, but I was bored and thought this could be useful. Bye.

18 years, 3 months

1
0
0 0

Re: [ros-dev] [ros-diffs] [dgorbachev] 26893: Do not free the string twice.

by Aleksey Bragin

Actually, I removed the hack from IopCreateDriver, and added a loop to prevent creation of drivers with the same name (which actually have no impact on the servicekeynode). What is the real cause of a double free? And which hack are you referring to in IopCreateDriver? WBR, Aleksey Bragin. On May 25, 2007, at 9:10 PM, dgorbachev(a)svn.reactos.org wrote: > Author: dgorbachev > Date: Fri May 25 21:10:11 2007 > New Revision: 26893 > > URL: http://svn.reactos.org/svn/reactos?rev=26893&view=rev > Log: > Do not free the string twice. > > Modified: > trunk/reactos/ntoskrnl/io/iomgr/driver.c > > Modified: trunk/reactos/ntoskrnl/io/iomgr/driver.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/io/ > iomgr/driver.c?rev=26893&r1=26892&r2=26893&view=diff > ====================================================================== > ======== > --- trunk/reactos/ntoskrnl/io/iomgr/driver.c (original) > +++ trunk/reactos/ntoskrnl/io/iomgr/driver.c Fri May 25 21:10:11 2007 > @@ -79,12 +79,14 @@ > ExFreePool(DriverObject->DriverName.Buffer); > } > > +#if 0 /* See a bit of hack in IopCreateDriver */ >

18 years, 3 months

1
0
0 0

[ros-diffs] [jimtabor] 26877: - Fixed arithmetic semantics.

by jimtabor

Hi, Here is a test program. Thanks, James #include <stdio.h> #include <stdbool.h> #include <math.h> #include <float.h> //#define APIENTRY __stdcall #define APIENTRY //#define FASTCALL __fastcall #define FASTCALL #ifdef __GNUC__ #define FLOAT_TO_INT(in,out) \ __asm__ __volatile__ ("fistpl %0" : "=m" (out) : "t" (in) : "st"); #else #define FLOAT_TO_INT(in,out) \ __asm fld in \ __asm fistp out #endif /* the following deal with IEEE single-precision numbers */ #define EXCESS 126L #define SIGNBIT 0x80000000L #define SIGN(fp) ((fp) & SIGNBIT) #define EXP(fp) (((fp) >> 23L) & 0xFF) #define MANT(fp) ((fp) & 0x7FFFFFL) #define PACK(s,e,m) ((s) | ((e) << 23L) | (m)) typedef union // float_long { float f; unsigned long l; char c[4]; } gxf_long; #ifdef _X86_ typedef long FLOATL; #else /* !_X86_ */ typedef float FLOATL; #endif typedef struct _FLOATOBJ { unsigned long ul1; unsigned long ul2; } FLOATOBJ, *PFLOATOBJ; typedef struct _EFLOAT_S { long lMant; long lExp; } EFLOAT_S; //// //// void FASTCALL EF_Negate(EFLOAT_S * efp) { efp->lMant = -efp->lMant; } long FASTCALL EFtoF( EFLOAT_S * efp) { long Mant, Exp, Sign = 0; if (!efp->lMant) return 0; printf("EFtoF %x : %x\n", efp->lMant, efp->lExp); Mant = efp->lMant; Exp = efp->lExp; Sign = SIGN(efp->lMant); //// M$ storage emulation if( Sign ) Mant = -Mant; Mant = ((Mant & 0x3fffffff)>>7); Exp += (EXCESS-1); //// Mant = MANT(Mant); return PACK(Sign, Exp, Mant); } void FASTCALL FtoEF( EFLOAT_S * efp, FLOATL f) { long Mant, Exp, Sign = 0; gxf_long worker; printf("FtoEF\n"); #ifdef _X86_ worker.l = f; // It's a float stored in a long. #else worker.f = f; #endif Exp = EXP(worker.l); Mant = MANT(worker.l); if (SIGN(worker.l)) Sign = -1; //// M$ storage emulation Mant = ((Mant << 7) | 0x40000000); Mant ^= Sign; // invert/mask it Mant -= Sign; // sub it Exp -= (EXCESS-1); //// efp->lMant = Mant; efp->lExp = Exp; } void APIENTRY FLOATOBJ_Neg ( PFLOATOBJ pf ) { EFLOAT_S * efp = (EFLOAT_S *)pf; EF_Negate(efp); } long APIENTRY FLOATOBJ_GetFloat ( PFLOATOBJ pf ) { EFLOAT_S * efp = (EFLOAT_S *)pf; return EFtoF(efp); } void APIENTRY FLOATOBJ_SetFloat( PFLOATOBJ pf, FLOATL f ) { EFLOAT_S * efp = (EFLOAT_S *)pf; FtoEF( efp, f); } long APIENTRY FLOATOBJ_GetLong( PFLOATOBJ pf ) { EFLOAT_S * efp = (EFLOAT_S *)pf; gxf_long f; long l; f.l = EFtoF( efp ); FLOAT_TO_INT(f.f, l); // Let FPP handle it the fasty haxy way. return l; } void APIENTRY FLOATOBJ_SetLong( PFLOATOBJ pf, long l ) { EFLOAT_S * efp = (EFLOAT_S *)pf; gxf_long f; f.f = (float) l; // Convert it now. #ifdef _X86_ FtoEF( efp, f.l ); #else FtoEF( efp, f.f ); #endif } long FT_FixedFromFloat(float f) { short value = f; unsigned short fract = (f - value) * 0xFFFF; return (long)((long)value << 16 | (unsigned long)fract); } double F2F(PFLOATOBJ f) { printf("F2F --> %x : %x\n", f->ul1, f->ul2); if(SIGN(f->ul1)) // negate mant return (double) -(-f->ul1 * pow(2,(double)f->ul2-32)); else return (double) f->ul1 * pow(2,(double)f->ul2-32); } void Test_It(float fx) { FLOATOBJ pf; gxf_long f; f.f = fx; printf("Start 1 %f\n", f.f); printf(" 2 %x\n", f.l); #ifdef _X86_ FLOATOBJ_SetFloat( &pf, f.l ); #else FLOATOBJ_SetFloat( &pf, f.f ); #endif // FLOATOBJ_Neg ( &pf ); f.l = FLOATOBJ_GetFloat ( &pf ); printf("Fin 1 %f\n",f.f); printf("Fin 2 %x\n",f.l); printf("F2F --> %f\n\n",F2F( &pf )); } // // gcc -Os fpms.c -o f -lm // or // gcc -Os -D_X86_ fpms.c -o f -lm // main() { gxf_long f; f.f = 1.0; Test_It(f.f); f.f = -1.0; Test_It(f.f); f.f = 2.0; Test_It(f.f); f.f = -2.0; Test_It(f.f); f.f = 1.5; Test_It(f.f); f.f = -1.5; Test_It(f.f); f.f = 1235.0; Test_It(f.f); f.f = -1235.0; Test_It(f.f); f.f = 1235678.9; // Max it Test_It(f.f); f.f = -1235678.9; Test_It(f.f); }

18 years, 3 months

1
0
0 0

Suggestion for making things a bit smaller

by carlo.bramix

When building the release versions of executables, DLLs, etc, I would suggest to add the "-s" switch to the linker flags. It will do stripping automatically and release-mode objects will be a bit smaller. Alternatively, we could "strip -s file.exe" but just adding the flag would be much simpler. Sincerely, Carlo Bramini. ------------------------------------------------------ Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom http://click.libero.it/infostrada

18 years, 3 months

2
1
0 0

Re: [ros-dev] QEMU support broken!!!

by carlo.bramix

>From livecd-26861-rel it runs again under QEMU. Last tested image is livecd-26871-rel. Great job! Sincerely, Carlo Bramini. ---------- Initial Header ----------- >From : ros-dev-bounces(a)reactos.org To : "ros-dev" ros-dev(a)reactos.org Cc : Date : Fri, 11 May 2007 17:21:55 +0200 Subject : Re: [ros-dev] QEMU support broken!!! > I just wanted to tell you that I downloaded and tested livecd-26700-rel.7z and it doesn't work yet. > > Sincerely, > > Carlo Bramini > > ---------- Initial Header ----------- > > >From : ros-dev-bounces(a)reactos.org > To : "ReactOS Development List" ros-dev(a)reactos.org > Cc : > Date : Fri, 11 May 2007 07:16:05 +0000 > Subject : Re: [ros-dev] QEMU support broken!!! > > > I also have a problem with booting LiveCD. > > Bugcheck in cmcontrl.c, line 151. > > > > _______________________________________________ > > Ros-dev mailing list > > Ros-dev(a)reactos.org > > http://www.reactos.org/mailman/listinfo/ros-dev > > > > > ------------------------------------------------------ > Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom > http://click.libero.it/infostrada > > > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev > ------------------------------------------------------ Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom http://click.libero.it/infostrada

18 years, 3 months

1
0
0 0

Re: [ros-dev] revision 26772, Mon May 14 03:18:42 2007 UTC

by jimtabor

Hi! > It should probably be > + Exp -= (1 - EXCESS); > in EFtoF() and > + Exp += (1 - EXCESS); > in FtoEF(). The other way round. > > No, this would break compatibility. The way to verify this. Write a driver, install it and send a packet to it, so to activate the test. Have the driver dump to WinDbg. > Suggestion to make it a little clearer: > #define BIAS 127 > Exp -+= (BIAS - 2); I know about the IEEE bias. I'm just using my old 68k code that I'm comfortable with. I'll change this later with the Dc handle stuff I'm still testing. Thanks, James

18 years, 3 months

3
2
0 0

Re: [ros-dev] [ekohl] 26843: Update WIDL to rev 20070519.

by Aleksey Bragin

Hi, 2nd stage shows "Enable UsermodePnP failed", which doesn't appear with older WIDL. WBR, Aleksey Bragin. On May 20, 2007, at 3:02 AM, ekohl(a)svn.reactos.org wrote: > Author: ekohl > Date: Sun May 20 03:02:35 2007 > New Revision: 26843 > > URL: http://svn.reactos.org/svn/reactos?rev=26843&view=rev > Log: > Update WIDL to rev 20070519. >

18 years, 3 months

1
0
0 0

Win32/Gdi32 Rewrite

by jimtabor

Hi all, On or about September 2006 I was asked by Aleksey (PC) and Alex if I could head up the win32 and gdi32 part of the rewrite. The discussion had taken place on irc. It was important that the rewrite would have one developer working alone (preferred method) or be the leading developer working with a small group of developers (no more than three). The rewrite was needed so that this section of ReactOS would be compatible with the new kernel and the very thing we are trying to do. Be compatible. This included interfaces, structures and the data that was contained in those structures. Just not only that, also dropping in the place of drivers and dlls, the real thing and still be compatible. Yes! Running with ReactOS. I do not recall any requirement for me to write a technical manual or any kind of web wiki. Even a How-To-Black-Box an OS interrupt calling hooky thingy with kmtest driver callback winpooch as an application interface. ReactOS developers should have a healthy tool box. This point on, the discussion is over. I have a job to do. I would like help and not debate everything I do. Some of you, need to, really think about, the future of this project. How can I help with this and how can I help make this work for compatibility with the very thing we are working toward. If you are thinking about something new and different other than something innovative, compatible and helpful? Maybe this project is not for you. Aros, FreeMint, Linux, Syllable, Visopsys, X, etc, these projects might be what you are looking for. If it breaks compatibility with interfaces and data stored in structures? I will reject it and post an email why it was rejected. Wine is not enough, okay? Thanks, James

18 years, 4 months

1
0
0 0

revision 26772, Mon May 14 03:18:42 2007 UTC

by Timo Kreuzer

It should probably be + Exp -= (1 - EXCESS); in EFtoF() and + Exp += (1 - EXCESS); in FtoEF(). The other way round. Suggestion to make it a little clearer: #define BIAS 127 Exp -+= (BIAS - 2); jimtabor wrote: > --- trunk/reactos/dll/win32/gdi32/objects/painting.c 2006/12/28 22:36:53 25235 > +++ trunk/reactos/dll/win32/gdi32/objects/painting.c 2007/05/14 03:18:42 26772 > @@ -1,15 +1,66 @@ > [...] > +/* the following deal with IEEE single-precision numbers */ > +#define EXCESS 126L > +#define SIGNBIT 0x80000000L > +#define SIGN(fp) ((fp) & SIGNBIT) > +#define EXP(fp) (((fp) >> 23L) & 0xFF) > +#define MANT(fp) ((fp) & 0x7FFFFFL) > +#define PACK(s,e,m) ((s) | ((e) << 23L) | (m)) > [...] > +LONG > +FASTCALL > +EFtoF( EFLOAT_S * efp) > +{ > + long Mant, Exp, Sign = 0; > + > + if (!efp->lMant) return 0; > + > + Mant = efp->lMant; > + Exp = efp->lExp; > + Sign = SIGN(Mant); > + > +//// M$ storage emulation > + Mant = ((Mant & 0x3fffffff) >> 7); > + Exp += (1 - EXCESS); > +//// > + Mant = MANT(Mant); > + return PACK(Sign, Exp, Mant); > +} > + > +VOID > +FASTCALL > +FtoEF( EFLOAT_S * efp, FLOATL f) > +{ > + long Mant, Exp; > + gxf_long worker; > + > +#ifdef _X86_ > + worker.l = f; // It's a float stored in a long. > +#else > + worker.f = f; > +#endif > + > + Exp = EXP(worker.l); > + Mant = MANT(worker.l); > + > +//// M$ storage emulation > + Mant = ((Mant << 7) | 0x40000000 | SIGN(worker.l)); > + Exp -= (1 - EXCESS); > +//// > + efp->lMant = Mant; > + efp->lExp = Exp; > +} >

18 years, 4 months

1
0
0 0

Re: [ros-dev] Bug into log10 function.

by carlo.bramix

Unfortunately, I just tested it into the latest working SVN build under QEMU (livecd-26665-rel) and this bug it is still into the CRT library. I also read the source code with SVN-WEB and it's still the same of 0.3.1. BTW, from livecd-26771-rel, a bad thing happens with QEMU: immediately after starting the boot, a blu screen appear with errors and everything is dead. Sincerely, Carlo Bramini ---------- This bug have already been fixed by me. log time ago. some time after 0.3.1 was relase or under 0.3.1 release process. plese use svn source code, and try make own build of reactos as well. the trunk is changes so fast, the code in 0.3.1 is already outdated in many areas. Citerar "carlo\\.bramix" <carlo.bramix at libero.it>: > While I was doing the final tests with ReactOS Calc before releasing the new > version, I discovered that it didn't work because a bug into log10 function. > This happens because the two operands are swapped into: > > \ReactOS-0.3.1\lib\crt\math\i386\log10_asm.s > > I attached the patch. > > Sincerely, > > Carlo Bramini. > > > > > ------------------------------------------------------ > Leggi GRATIS le tue mail con il telefonino i-mode di Wind > http://i-mode.wind.it/ > > ------------------------------------------------------ Leggi GRATIS le tue mail con il telefonino i-mode di Wind http://i-mode.wind.it/

18 years, 4 months

1
0
0 0

Re: [ros-dev] Differences in Windows and Linux builds

by hto＠mail.cnt.ru

>> - At the boot screen, the version compiled under Windows shows >> "Service Pack 1" correctly, but the version compiled under Linux >> shows "Service Pac 1" > > I see this "Service Pac 1" in ReactOS compiled under Windows with GCC 4.1.2 (from RosBE). In ExpInitializeExecutive(): ... ANSI_STRING CsdString; ... RtlInitAnsiString(&CsdString, MsgEntry->Text); CsdString.Length -= sizeof(UNICODE_NULL); ... Why Unicode?

18 years, 4 months

2
1
0 0

reactos.c compilation error

by Mikhail Y. Zvyozdochkin

Hi All Latest revisions of ReactOS produces compilation error at my system. Build Environment: RosBE 0.3.5b2 File: boot\freeldr\freeldr\reactos\reactos.c Error message (after 'make clean' and 'make'): cc1.exe: warnings being treated as errors boot\freeldr\freeldr\reactos\reactos.c: In function 'LoadAndBootReactOS': boot\freeldr\freeldr\reactos\reactos.c:524: warning: dereferencing type-punned pointer will break strict-aliasing rules mingw32-make: *** [obj-i386\boot\freeldr\freeldr\reactos\reactos.o] Error 1 WBR, DarkHobbit

18 years, 4 months

1
0
0 0

tkreuzer r26742

by James Tabor

Sorry net split on irc. Physicus r26742 is right,,, I will change it this week once I have the rest of my changes ready. We should support 0x00010000 - 1 = 0xffff handles and it will give us 65K. Thanks James

18 years, 4 months

1
0
0 0

Differences in Windows and Linux builds

by Colin Finck

Hello, After the latest Kernel changes, I noticed some differences in ReactOS builds compiled under Windows (RosBE 0.3.4) and under Linux (BuildBot and my 32-bit Ubuntu system): - At the boot screen, the version compiled under Windows shows "Service Pack 1" correctly, but the version compiled under Linux shows "Service Pac 1" - The version compiled under Linux hangs at "Flushing cache" for me, when I test it under VMware. Some other users also wrote that they could not run the latest ReactOS builds under QEMU. Although, I could not reproduce this problem with r26719, it might be related to these build differences. As I don't know, where this problem might originate from, maybe someone else could look at it. Regards, Colin

18 years, 4 months

2
1
0 0

Re: [ros-dev] QEMU support broken!!!

by carlo.bramix

I just wanted to tell you that I downloaded and tested livecd-26700-rel.7z and it doesn't work yet. Sincerely, Carlo Bramini ---------- Initial Header ----------- >From : ros-dev-bounces(a)reactos.org To : "ReactOS Development List" ros-dev(a)reactos.org Cc : Date : Fri, 11 May 2007 07:16:05 +0000 Subject : Re: [ros-dev] QEMU support broken!!! > I also have a problem with booting LiveCD. > Bugcheck in cmcontrl.c, line 151. > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev > ------------------------------------------------------ Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom http://click.libero.it/infostrada

18 years, 4 months

1
0
0 0

QEMU support broken!!!

by carlo.bramix

The last SVN builds don't run under qemu. The last working image is livecd-26665-rel.iso It looks like something wrong has been changed in the last 24 hours. Sincerely, Carlo Bramini. ------------------------------------------------------ Leggi GRATIS le tue mail con il telefonino i-mode di Wind http://i-mode.wind.it/

18 years, 4 months

3
2
0 0

Re: [ros-dev] QEMU support broken!!!

by carlo.bramix

Sorry, but before writing this messages I tested *ALL* SVN releases from livecd-26660-rel.7z to livecd-26672-rel.7z (except livecd-26671-rel.7z). I also tested livecd-26626-rel.7z and livecd-26650-rel.7z and they both worked (when I saw that livecd-26670-rel didn't work, I started with checking something older...). Here the last working version is still livecd-26665-rel.iso. Sincerely, Carlo Bramini. ---------- Initial Header ----------- >From : ros-dev-bounces(a)reactos.org To : "ReactOS Development List" ros-dev(a)reactos.org Cc : Date : Thu, 10 May 2007 17:43:22 +0400 Subject : Re: [ros-dev] QEMU support broken!!! > Hello, > the problem was introduced in 26666 and successfuly fixed in 26668 > (read commit logs for more details). > > > WBR, > Aleksey Bragin. > > On May 10, 2007, at 4:47 PM, carlo.bramix wrote: > > > The last SVN builds don't run under qemu. > > The last working image is livecd-26665-rel.iso > > It looks like something wrong has been changed in the last 24 hours. > > > > Sincerely, > > > > Carlo Bramini. > > > _______________________________________________ > Ros-dev mailing list > Ros-dev(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-dev > ------------------------------------------------------ Leggi GRATIS le tue mail con il telefonino i-mode di Wind http://i-mode.wind.it/

18 years, 4 months

2
1
0 0

Re: [ros-dev] QEMU support broken!!!

by Aleksey Bragin

Hello, the problem was introduced in 26666 and successfuly fixed in 26668 (read commit logs for more details). WBR, Aleksey Bragin. On May 10, 2007, at 4:47 PM, carlo.bramix wrote: > The last SVN builds don't run under qemu. > The last working image is livecd-26665-rel.iso > It looks like something wrong has been changed in the last 24 hours. > > Sincerely, > > Carlo Bramini. >

18 years, 4 months

1
0
0 0

Getting act together

by CK Raju

Wouldn't it be better if we got our act together from like minded groups. Crystalxp.net group's offering of Bricopacks http://www.crystalxp.net/bricopack/en.htm which mimics the look and feel of Vista. Is ReactOS ready for such an integration ? Plus, can this auditing be distributed and shared ? I have set up a group of volunteer professionals to work on ReactOS. CK Raju ros-dev-request(a)reactos.org wrote: Welcome to the Ros-dev(a)reactos.org mailing list! --------------------------------- Office firewalls, cyber cafes, college labs, don't allow you to download CHAT? Here's a solution!

18 years, 4 months

2
1
0 0

Re : DbgPrint() - DPRINT() - DPRINT1()

by Sylvain Petreolle

Hi, You actually have to define YDEBUG to see messages produced by DPRINT() If NDEBUG is defined (default), no message is shown. DPRINT1 is used in case of error/ fix needed. Kind regards, Sylvain Petreolle (aka Usurp) --- --- --- --- --- --- --- --- --- --- --- --- --- Run your favorite Windows apps with free ReactOS : http://www.reactos.org Listen to non-DRMised Music: http://www.jamendo.com ----- Message d'origine ---- De : "breakoutbox(a)web.de" <breakoutbox(a)web.de> À : Ros-dev(a)reactos.org Envoyé le : Jeudi, 19 Avril 2007, 16h21mn 55s Objet : [ros-dev] DbgPrint() - DPRINT() - DPRINT1() Hello, can please anybody explain me how You want DbgPrint() - DPRINT() - DPRINT1() to be used ? I found a lot of DPRINT() _for_example_ in "win32/in32k/objects/dc.c" but it is not shown on serial debug (?) (and also SOME ot these DPRINT1() .. ) 1) If I use DPRINT1() instead, it is always shown. If I use DbgPrint() instead, it is only shown when #DEBUG is defined in the file + in *.rbuild But what's the sense of DPRINT() then ? => 2) 2nd stage: on installing from BootCD I can see serial debug only when I select DEBUG from startup options. Is this DPRINT1() suppressed when I DON'T select DEBUG ? 3) Why is there not one DbgPrint() in "win32/in32k/objects/dc.c" (and also in other files in /DRIVER/ and /NTOSKRNL/ ..) ? I now have to change every serial debug output to be able to see anything .. ( if You don't explain me ... ;-) ) Best regards, Peter. _______________________________________________________________ SMS schreiben mit WEB.DE FreeMail - einfach, schnell und kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192 _______________________________________________ Ros-dev mailing list Ros-dev(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-dev

18 years, 4 months

3
4
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev