Ros-dev

ros-dev@reactos.org

5790 discussions

RE: Ekush
by Ge van Geldorp 11 Nov '04

11 Nov '04

> From: nazmul ahsan [mailto:nahsan@hotmail.com] > > I am not associated with the Ekush project, but as a > Bangladeshi I feel > embarassed at the boneheadedness of a fellow countryman. > > However, while you're demanding that he/them be brought to > justice, please be aware of the nature of Bangladeshi law > enforcement: > http://www.hrcbmdfw.org/bk_news/press_release_09082004.htm Please note that we have not demanded that the people of the Ekush project be brought to justice. The only thing we demand is that they either stop distributing Ekush as long as it contains our code, or comply with the GPL by putting back copyright notices and publishing source. Since the Ekush website is currently down, effectively stopping the distribution I don't think we'll be taking further action. Gé van Geldorp.

1 0

Race Condition?
by James Tabor 11 Nov '04

11 Nov '04

Hi, I believe with the new cvs changes by Hartmut caused the illusive lockups I'm having to pop up more often now. Two today and yesterday. This print out looks good, but I've had debug messages overlapping each other at the beginning of the building process. Debug output before lockup, there seems to be a double print out, before just one every KernelTime, and the KernelTime looks like it had stopped, (KERNEL32:mem/global.c:412) Memory Load: 14 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266465 PFFree: 65536 PFUsed: 0 MC_CACHE 22993, MC_USER 4858, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 217935 (KERNEL32:mem/global.c:412) Memory Load: 14 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266465 PFFree: 65536 PFUsed: 0 MC_CACHE 23009, MC_USER 4864, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 217913 (KERNEL32:mem/global.c:412) Memory Load: 14 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266465 PFFree: 65536 PFUsed: 0 MC_CACHE 23009, MC_USER 4864, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 217913 (KERNEL32:mem/global.c:412) Memory Load: 14 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266471 PFFree: 65536 PFUsed: 0 MC_CACHE 23025, MC_USER 4870, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 217891 (KERNEL32:mem/global.c:412) Memory Load: 14 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266471 PFFree: 65536 PFUsed: 0 MC_CACHE 23025, MC_USER 4870, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 217891 (KERNEL32:mem/global.c:412) Memory Load: 14 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22065, MC_USER 4876, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218845 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22065, MC_USER 4876, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218845 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22081, MC_USER 4882, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218823 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22081, MC_USER 4882, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218823 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22097, MC_USER 4888, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218801 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22097, MC_USER 4888, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218801 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22113, MC_USER 4889, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218784 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22113, MC_USER 4889, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218784 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22129, MC_USER 4900, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218757 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22129, MC_USER 4900, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218757 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22145, MC_USER 4904, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218737 (KERNEL32:mem/global.c:412) Memory Load: 13 (ex/sysinfo.c:964) SystemFullMemoryInformation (ex/sysinfo.c:972) PID: 1, KernelTime: 4266474 PFFree: 65536 PFUsed: 0 MC_CACHE 22145, MC_USER 4904, MC_PPOOL 1079, MC_NPPOOL 7069, MmStats.NrFreePages 218737 (KERNEL32:mem/global.c:412) Memory Load: 13 System lockup, keyboard works???, num & scroll light works on/off. Anyone have a good guess where to start? Thanks, James

8 15

Ekush part II
by James Tabor 11 Nov '04

11 Nov '04

Hi all! Ros Kernel task switcher, http://blight.eu.org/reactos/ekush-tskswitch.html Great job Blight! On slashdot.org! http://slashdot.org/article.pl?sid=04/11/10/1320231&tid=201&tid=190&tid=1 Thanks a mil GvG! Kick'en A$$ mode, "Lets get our hate on"! )8^| James ps Moven it over to the General list.

3 2

Re: Ros-dev Digest, Vol 3, Issue 15
by Lucio Diaz 10 Nov '04

10 Nov '04

ReactOS is quite slow today, are we under a DoS atack?, maybe related to this ekush guy?.This is weird. Lucio Diaz. ______________________________________________ Renovamos el Correo Yahoo!: ¡100 MB GRATIS! Nuevos servicios, más seguridad http://correo.yahoo.es

3 2

Ekush
by Ge van Geldorp 10 Nov '04

10 Nov '04

Ekush (http://www.ekush.com) published some binaries. Surprise, surprise, it looks like ReactOS very much (Check e.g. the radio buttons on the "Accept License" screen during 2nd stage setup). Their readme.rtf (epc/doc/Readme.rtf) has these entries: <quote start> Q. Is the OS completely written from scratch? A. Not really in many cases, at least 50% of the components has been shared or taken from some other projects. In fact, we mostly get the ideas and writing them for ours. Eventually we are coding them new folks are based on something else (in wish list) and slowly-slowly they will be removed from our main source tree. Q. You guys says Project published under the GPL but why dont you published sources? A. Initially we decided that, EKUSH should be published under the GPL. But, still there is some confusion within the team. We are now sharing sources between team members only and unless the confusion goes removed we cannot publish sources. Finally, we decided to use a BSD styled license for Ekush and sources or binaries whatever we publish should be free to public and covered by the same license (until a functional edition is released). Information sources and Wish List: Bochs, Wine, QEMU, Freetype, React OS, Nova OS, Minuet OS, Flask, Athe OS, FreeBSD, Systernals, Flik OS, Plan 9, Fravee, V2 OS, Uranium, Fhreed JS, Free Dos, OP OS, Jlink Wrap, NETrove, Fedora, LFS, Tiny OS, Pear PC, BartPE, KDesktop, Line, WinPenguins, 3D Desktop, Dr. Anil Basu, Jason Robin, William Harry, Luiz Quarteiro, Fernando Adantas, Sergio Luiz Silva, John Abraham, Little Robin, Lina Sen, Maria, Adnan, James Bukan, Dr. Piera and Project 21 Team." <quote end> My guess is they are in violation of the GPL by using (some of) our source and not publishing their source. Gé van Geldorp.

16 24

RE: [ros-dev] Ekush
by Colin Burn 10 Nov '04

10 Nov '04

Somebody should email Wine\QEmu\Whoever else and let them know about these guys. Col

1 0

ReactOS setup CD-ROM crashes on old hardware.
by Mike Swanson 10 Nov '04

10 Nov '04

I took a picture of the screen: http://mike.warpedbelief.com/images/ros-crash.jpg It crashed immediately after I hit a key during the "Press any key to boot CD..." prompt. I can't really figure out if any hardware could cause problems. This is the configuration: Pentium 120 MHz 64 MB of RAM 2 GB hard disk (I think it's Western Digital) 2 MB ET4000 video 36x CD-ROM drive One floppy drive The hard disk partition scheme is this: One primary partition. FAT16. Windows NT 4 Server install on it. Takes up the whole 2 GB.

4 4

Website Changes
by Steven Edwards 09 Nov '04

09 Nov '04

Hello, While you guys are working on the website changes I would like to add that the Wine application database is GPL, in CVS and is done in PHP. http://cvs.winehq.com/cvsweb/appdb/ Thanks Steven __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

1 0

Hi!
by K McI 09 Nov '04

09 Nov '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 PING! ~ -Q -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBkTbW7mze81O92HkRAhWzAJ0Su/H6oOYnpwB1fxdiz3o4N1YcegCeOBBt RWLgqgJKj3IhNKE59wqmLrY= =JPza -----END PGP SIGNATURE-----

1 0

Re: [ros-cvs] CVS Update: reactos
by Alex Ionescu 08 Nov '04

08 Nov '04

chorns(a)cvs.reactos.com wrote: >CVSROOT: /CVS/ReactOS >Module name: reactos >Repository: reactos/tools/ >Changes by: chorns(a)mok.osexperts.com 04/10/24 10:51:33 > >Modified files: > ./: ChangeLog > reactos/ntoskrnl/: Makefile > reactos/regtests/regtests/: regtests.c regtests.def > reactos/regtests/shared/: regtests.h > reactos/tools/: regtests.c >Added files: > reactos/ntoskrnl/tests/: .cvsignore Makefile setup.c stubs.tst > reactos/ntoskrnl/tests/tests/: .cvsignore > >Log message: > 2004-10-24 Casper S. Hornstrup <chorns(a)users.sourceforge.net> > > * ntoskrnl/Makefile (TARGET_REGTESTS): Define to yes. > * regtests/regtests/regtests.c (_ExitProcess): Declare. > * regtests/regtests/regtests.def (_ExitProcess@4): Ditto. > * regtests/shared/regtests.h (_ExitProcess): Ditto. > * tools/regtests.c: Exit process using _ExitProcess(); > Properly support fastcall symbols. > * ntoskrnl/tests: New directory. > * ntoskrnl/tests/tests: Ditto. > * ntoskrnl/tests/.cvsignore: New file. > * ntoskrnl/tests/Makefile: Ditto. > * ntoskrnl/tests/setup.c: Ditto. > * ntoskrnl/tests/stubs.tst: Ditto. > * ntoskrnl/tests/tests/.cvsignore: Ditto. > >_______________________________________________ >Ros-cvs mailing list >Ros-cvs(a)reactos.com >http://reactos.com/mailman/listinfo/ros-cvs > > > Hi, I can't say I'm terribly overjoyed with having the /tests directory in /ntoskrnl. Would it be possible instead to have a /tests root (on the new SVN server) where all the tests would go? like /tests/ntoskrnl, /tests/kmregtests etc... I think it would make it a bit clearer...it just bugs me to have /tests in ntoskrnl. Best regards, Alex Ionescu

9 25

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev