Hi,
When installing Java or anything with java it hangs and just sit there
running. It could be OOo 2.4 or installing java, does not mater, I
just left the box running all night and just sits there, still
installing..
This bug fault right after I restarted. Is it waiting on a lock?
Assertion 'WaitBlock->Signaled' failed at ntoskrnl/ex/pushlock.c line 599
Entered debugger on embedded INT3 at 0x0008:0x808ad242.
kdb:> bt
Eip:
<NTOSKRNL.EXE:ad243 (lib/rtl/i386/debug_asm.S:33 (DbgBreakPoint@0))>
Frames:
<NTOSKRNL.EXE:2da24 (ntoskrnl/ex/pushlock.c:599
(@ExfAcquirePushLockExclusive@4))>
<NTOSKRNL.EXE:6eb00 (ntoskrnl/include/internal/ex.h:715
(MiProtectVirtualMemory@20))>
<NTOSKRNL.EXE:6fdbf (ntoskrnl/mm/virtual.c:927 (NtProtectVirtualMemory@20))>
<NTOSKRNL.EXE:979ca (ntoskrnl/ke/i386/trap.s:244 (KiFastCallEntry))>
<ntdll.dll:5e1a> ntdll/main/i386/dispatch.S:297 (KiFastSystemCallRet@0)
<kernel32.dll:e0ce> kernel32/mem/virtual.c:127 (VirtualProtect@16)
<jvm.dll:149b27>
kdb:>
Hi all,
I'm working on first stage gui setup.
During the development i reviewed the base/setup directory and the different
modules. I suggest following changes:
Now:
reactos.exe: atm greeting only with disabled first stage setup dialogs
setup.exe: switcher for 2nd stage setup (syssetup) or livecd
usetup.exe: textmode 1st stage setup
vmwinst.exe: don't know exactly, vm-ware driver installation
welcome.exe: nice welcome dialog without real functions
Future:
setup.exe: switcher for 1st stage gui setup, 2nd stage setup, livecd and
welcome dialog switched by command line arguments
"setup.exe" -> welcome dialog
"setup.exe -mini" -> livecd
"setup.exe -newsetup1" -> 1st stage gui setup
"setup.exe -newsetup2" -> 2nd stage (gui) setup
usetup.exe: textmode 1st-stage-setup
vmwinst.exe: keeps unchangend
reactos.exe, welcome.exe: removed
Are there any objections to go this way? If not, so i will change this soon.
Matthias
--
Matthias Kupfer Telefon +49 (0) 371 236 46 52
Wilhelm-Firl-Straße 21 Mobil +49 (0) 160 859 43 54
09122 Chemnitz
On Tue, Jul 22, 2008 at 9:56 AM, Sylvain Petreolle <spetreolle(a)yahoo.fr> wrote:
> It'sToo bad the header is not in an include directory...
Maybe it should go in the NDK then.
--
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
> De : Steven Edwards <winehacker(a)gmail.com>
> À : ros-dev(a)reactos.org
> Envoyé le : Mardi, 22 Juillet 2008, 11h49mn 04s
> Objet : Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 34655: - Build vfatfs instead of CDFS. - Load vfatfs instead of CDFS. - Implement code in the ramdisk driver to handle both ISO and FAT ramdisks. Don't know what the big deal with support ISO ramdisks was supposed to
>
> On Tue, Jul 22, 2008 at 5:42 AM, Steven Edwards wrote:
> > On Tue, Jul 22, 2008 at 1:31 AM, wrote:
> >> #include
> >> +#include "../../../filesystems/fs_rec/fs_rec.h"
> >
> > This can cause problems with parallel makes.
>
> This is what I get for commenting at 5 am...I thought you were
> including another .c file directly. ignore the part about parallel
> makes. But do try to avoid referencing the header like this. Just set
> an include path in the rbuild file and spare my eyes the horror of the
> directory traversal.
>
> --
> Steven Edwards
>
It'sToo bad the header is not in an include directory...
Kind regards,
Sylvain Petreolle (aka Usurp)
Support artists, not multinationals - http://Iwouldntsteal.net
Supportez les artistes, pas les multinationales - http://Iwouldntsteal.net
On Tue, Jul 22, 2008 at 1:31 AM, <ros-arm-bringup(a)svn.reactos.org> wrote:
> #include <reactos/drivers/ntddrdsk.h>
> +#include "../../../filesystems/fs_rec/fs_rec.h"
This can cause problems with parallel makes.
--
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
Indeed, that's not conform to EULA that says: "You may not distribute
Distributable Code to run on a platform other than the Windows platform;".
Moreover, CDFS driver ISN'T listed as a "Distributable Code".
Please revert to avoid any problems.
P. Schweitzer
--------------------------------------------------
From: "Steven Edwards" <winehacker(a)gmail.com>
Sent: Monday, July 21, 2008 12:21 AM
To: <ros-dev(a)reactos.org>
Subject: Re: [ros-dev] [ros-diffs] [ros-arm-bringup] 34615: - Add new
CDFSdriver. - Does not compile.
> On Sun, Jul 20, 2008 at 3:52 PM, <ros-arm-bringup(a)svn.reactos.org> wrote:
>> URL: http://svn.reactos.org/svn/reactos?rev=34615&view=rev
>> Log:
>> - Add new CDFS driver.
>> - Does not compile.
>
> Ehem...as far as I understand the EULA (unless its changed) you cannot
> use the WDK references drivers for a non-windows OS. Please revert
> this and write you own.
>
> --
> 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
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
On Sun, Jul 20, 2008 at 3:52 PM, <ros-arm-bringup(a)svn.reactos.org> wrote:
> URL: http://svn.reactos.org/svn/reactos?rev=34615&view=rev
> Log:
> - Add new CDFS driver.
> - Does not compile.
Ehem...as far as I understand the EULA (unless its changed) you cannot
use the WDK references drivers for a non-windows OS. Please revert
this and write you own.
--
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
Hello,
after several commits that leads in broken inf-files (last one 34598 by
spetreolle), I invite to take care about following things:
1. The inf files are in UTF-16LE a.k.a. UCS-2LE.
2. All lines ends with CRLF (a single one, no other combination).
3. The files have to start with a bom (byte order mark).
4. There are no more boms allowed anywhere in the file.
Please modify that files _very_ carefully, because we can't check changes via
diff, due to the lack of utf-16 support in svn.
Matthias
--
Matthias Kupfer Telefon +49 (0) 371 236 46 52
Wilhelm-Firl-Straße 21 Mobil +49 (0) 160 859 43 54
09122 Chemnitz
On Sun, Jul 20, 2008 at 12:40 AM, <ros-arm-bringup(a)svn.reactos.org> wrote:
> - We end up crashing in CcRosTryToInitialzeFileCache because there is no SectionObjectPointer, and it is assumed this always exists.
Ninjas! I don't know if this is related but would it be possible to
switch to doing development on NoCC in case you guys run in to more
problems like these? I don't know if it would help but I assume your
going to run in to more problems with the current Cc and you might be
able to save a lot of trouble later on.
Thanks
--
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