I found the bug in our ne2000 driver that perplexed filip. The bug was that
the meaning of the PACKET_HEADER part in ne2000 that was skipped was a simple
header put on each packet to determine what buffer page would be used next.
This header is only 4 bytes and has nothing to do with the ethernet frame
header.
I've now factored in the ethernet frame header and made tcpip work the right
way, that is to remove consideration of the ethernet frame header at layers
above lan in the receive pipe. This should make all adapters work the same
way for larger packets (and ne2000 now work right).
I found few references to how this actually works so I could still be wrong,
but I'm going on what filip said and this:
http://cvs.sourceforge.net/viewcvs.py/openh323/pwlib/tools/PacketVxD/epacke…
Which basically confirms filip's opinion.
Please try it out.
--
Here's a simple experiment. Stand on a train track between two locomotives
which are pushing on you with equal force in opposite directions. You will
exhibit no net motion. None the less, you may soon begin to notice that
something important is happening.
-- Robert Stirniman
Just came across this: http://www.genesi.lu/
Appears to be a new PPC based platform with published specs - would be
great to have ROS running on this!
Cheers
Jason
Hi,
I think some of your changes in apc.c are wrong. Apc's are always thread
local. They have nothing to do with the dispatcher database lock. The only
locking object is the ApcQueueLock from the thread structure.
- Hartmut
> -----Original Message-----
> From: ros-cvs-bounces(a)reactos.com
> [mailto:ros-cvs-bounces@reactos.com] On Behalf Of ion(a)cvs.reactos.com
> Sent: Thursday, November 11, 2004 2:24 PM
> To: ros-cvs(a)reactos.com
> Subject: [ros-cvs] CVS Update: reactos
>
>
> CVSROOT: /CVS/ReactOS
> Module name: reactos
> Repository: reactos/ntoskrnl/ps/
> Changes by: ion(a)mok.osexperts.com 04/11/11 14:23:53
>
> Modified files:
> reactos/include/ddk/: kefuncs.h ketypes.h
> reactos/ntoskrnl/include/internal/: ke.h ps.h
> reactos/ntoskrnl/ke/: apc.c process.c wait.c
> reactos/ntoskrnl/mm/: marea.c virtual.c
> reactos/ntoskrnl/mm/i386/: page.c
> reactos/ntoskrnl/ps/: psmgr.c
>
> Log message:
> Kernel:
> - apc.c: Fixed some bugs and used Dispatcher Lock.
> Simplified some functions and renamed/inlined others.
> - wait.c: Fixed some assumptions about Dispatcher Lock
> and Waiting/Alertability
> - process.c: Fully implemented KeStackAttachProcess and
> KeStackDetachProcess. Made all functions use PKPROCESS and
> not PEPROCESS.
> Memory Manager: Fixed calls to
> KeAttachProcess/DetachProcess to typecast PKPROCESS
> Process Manager: Removed call to empty function in apc.c
>
> _______________________________________________
> Ros-cvs mailing list
> Ros-cvs(a)reactos.com
> http://reactos.com/mailman/listinfo/ros-cvs
>
Hi James,
>I can start taskmgr but it does not display at all! I've even seen it
>running
>by executing ps.exe. I started with cmd at boot time and executed taskmgr
>from
>the cmd prompt and I get the gui loaded but w/o the taskmgr displayed.
>After
>a Alt-F4 and a click of the mouse I get this.
>
>(objects/gdiobj.c:711) called from: objects/color.c:453
>(objects/gdiobj.c:537) Invalid ObjectHandle 0x00050022
>(objects/gdiobj.c:709) GDIOBJ_LockObj failed for 0x00080021, reqtype
>0x00080000
>reason 1
>(objects/gdiobj.c:711) called from: objects/color.c:453
>KeBugCheckWithTf at ke/catch.c:164
>Bug detected (code 1e param 0 0 0 0)
> KMODE_EXCEPTION_NOT_HANDLED
>
>Page Fault Exception: 14(0)
>Processor: 0 CS:EIP 8:dd7af992 <win32k.sys: 13992>
>cr2 f000e8e2 cr3 3ce4e000 Proc: c0b24228 Pid: 4 <csrss> Thrd: c0b7c900 Tid:
>27
>DS 10 ES 10 FS 30 GS 10
>EAX: f000e816 EBX: 00000000 ECX: f000e816
>EDX: ccfc0eb0 EBP: ddc26dcc ESI: 00d2feb0 ESP: ddc26d40
>EDI: ddc26f84 EFLAGS: 00010282 kESP ddc26d40 kernel stack base ddc24000
>Frames: <win32k.sys: 130c7> <win32k.sys: 13290> <win32k.sys: 1d1e6>
><win32k.sys:
> 1d7f7> <win32k.sys: 1db26> <ntoskrnl.exe: 35cd> <77E7036B>
>
>This was with real hardware.
>
I will try it on real hardware in the next days too.
>
>Sorry I'm still hacken it,
>James
What are you hacking?
Theo
_________________________________________________________________
So einfach geht das. MSN Toolbar mit Pop-up-Blocker. http://toolbar.msn.de/
Jetzt kostenlos downloaden und gut ist!
Hello,
As some work is being done on sounds , i am willing to make some testing
as well on my real hardware configuration based on "SB live value!"
sound card
In order to be efficient , and to merge effort , I 'd like to know on
what basis the test can be done :
1) drivers
- Reactos drivers
- Oem drivers
- Drivers available as Gpl
2) Applications
- Winamp version 2 or 5 , version lite , full ?
- other applications
3) Test progress - results
How to share the test progress ? Wiki page ?Reactos Reactos
Best regards
Gerard
When ReactOS is built and runs windows executables stabily I think we
should have a program for windows that will let you customize the
platform like windows ce and compile it with all the features you want.
I think that it would be a great idea because of different types of
systems such as PBX/VOIP servers, application servers, and domain name
servers. This would allow security to be integrated into ReactOS by
limiting programs allowing open ports, and Denial of service attacks.
Maybe even support for multiple architectures like SH, ARM, X86, AMD64,
PPC??? With FAT, FAT32, NTFS, XFS, EXT3, EXT2, and many others. Maybe
even a rom based os. Please tell me what you all think.
Hi,
I'm getting repeatedly kernel crashes in regobj.c - CmiObjectParse (line
168). To reproduce the crash start task manager with a right click on the
taskbar, minimize this instance of taskmanager and start a new one.
Here the code
----
else
{
if ((FoundObject->KeyCell->Flags & REG_KEY_LINK_CELL) &&
!((Attributes & OBJ_OPENLINK) && (EndPtr == NULL)))
{
DPRINT("Found link\n");
RtlInitUnicodeString(&LinkPath, NULL);
----
FoundObject->KeyCell is NULL. Does anybody else have the same problem?
I've attached two screenshots of the BSODs. Clean compile of last cvs
snapshot.
Regards,
Theo
_________________________________________________________________
Tun Sie Ihrem Rechner was Gutes. MSN Hotmail mit McAfee® Anti-Virus.
http://www.msn.de/email/antivirus/ Jetzt kostenlos anmelden!
> 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.