> > I think that Alex's changes are correct. If Alex's changes are wrong,
> > all other type object initialisations are also wrong. There is only
> > one little bug, the EXPORTED/IMPORTED definition is missing.
>
> Hmm, you might be right...
>
> POBJECT_TYPE _LpcPortObjectType; /* <- Debug symbols */
> extern NTOSAPI POBJECT_TYPE LpcPortObjectType; /* <- W32API headers */
>
> POBJECT_TYPE _IoFileObjectType; /* <- Debug symbols */
> extern POBJECT_TYPE *IoFileObjectType; /* <- Official DDK headers */
> extern NTOSAPI POBJECT_TYPE IoFileObjectType; /* <- W32API headers */
>
DATA symbols are pointers to outside referers. When you lookup IoFileObjectType
in the .edata section you get the RVA, that is a (sort of) base address of
OBJECT_TYPE, i.e. a POBJECT_TYPE.
Emanuele
____________________________________________________________
Libero ADSL: 3 mesi gratis e navighi a 1.2 Mega. E poi hai l'Adsl senza limiti a meno di 1 euro al giorno.
Abbonati subito senza costi di attivazione su http://www.libero.it
> I think that Alex's changes are correct. If Alex's changes are wrong,
> all other type object initialisations are also wrong. There is only one
> little bug, the EXPORTED/IMPORTED definition is missing.
Imho "all other type object initialisations are also wrong".
I made the Ob type descriptor for the LPC Port static and exported its addess,
because it makes no sense to me dynamically allocating it (first try was
tag-allocating it). Ob type objects live for as long as the executive lives: why
are they dynamic? Will we support Ob restarting?
Anyway, I did not mean starting a religion war.
Emanuele
____________________________________________________________
Libero ADSL: 3 mesi gratis e navighi a 1.2 Mega. E poi hai l'Adsl senza limiti a meno di 1 euro al giorno.
Abbonati subito senza costi di attivazione su http://www.libero.it
ion(a)svn.reactos.com schrieb:
>Fix KeRaiseUserException and rename Object Information Structure
>
>
>Updated files:
>trunk/reactos/config
>trunk/reactos/include/ntos/zwtypes.h
>trunk/reactos/ntoskrnl/ke/i386/exp.c
>trunk/reactos/ntoskrnl/ob/dirobj.c
>
>_______________________________________________
>
>
Hi,
this changes does break the compiling of reactos.
- Hartmut
services: [CC] database.c
database.c: In function `ScmCheckDriver':
database.c:393: error: `PDIRECTORY_BASIC_INFORMATION' undeclared (first
use in this function)
database.c:393: error: (Each undeclared identifier is reported only once
database.c:393: error: for each function it appears in.)
database.c:393: error: syntax error before "DirInfo"
database.c:427: error: `DIRECTORY_BASIC_INFORMATION' undeclared (first
use in this function)
database.c:429: error: `DirInfo' undeclared (first use in this function)
_make[1]: *** [database.o] Error 1
_make: *** [services] Error 2
I tested this feature as described in the initial mail ( urlmon+shdocvw
dlls are included in the build ) but it fails when I hit the "Web"
button with the following debug messages .
Any idea about this behavior ?
----------------------------------------------------------------
(shell32_main.c:396:SHGetFileInfoW) set icon to link, stub
(shell32_main.c:396:SHGetFileInfoW) set icon to link, stub
(compobj.c:1612:CoCreateInstance) no classfactory created for CLSID
{8856f961-340a-11d0-a96b-00c04fd705a2}, hres is 0x80040154
(compobj.c:1612:CoCreateInstance) no classfactory created for CLSID
{1339b54c-3453-11d2-93b9-000000000000}, hres is 0x80040154
(shell32_main.c:396:SHGetFileInfoW) set icon to link, stub
(shell32_main.c:396:SHGetFileInfoW) set icon to link, stub
---------------------------------------------------------------
Regards
Gerard
Hi,
Me and some guys on the forum were thinking, about coding a packet
manager for ROS. (http://reactos.com/forum/viewtopic.php?t=164) But we
would need some kind of script language. We were also thinking about
using XML instead of a real lang., but a real one like python would
offer much more flexibility.
So my question is if you think about the packet manager idea and if you
would agree to a lib like python to the tree.
Maarten Bosma
alias Dr. Fred
Can we use SVN yet? I have TortoiseSVN but what are the connection details?
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.808 / Virus Database: 550 - Release Date: 12/8/2004
ekohl(a)svn.reactos.com schrieb:
>Don't start services until the control pipe issues are fixed.
>
>
>Updated files:
>trunk/reactos/subsys/system/services/database.c
>
>_______________________________________________
>Ros-svn mailing list
>Ros-svn(a)reactos.com
>http://reactos.com:8080/mailman/listinfo/ros-svn
>
>
>
>
Hi,
it is more wrong with the pipes. Compiling ros on ros doesn't work.
- Hartmut
hbirr(a)svn.reactos.com wrote:
>- Implemented KeAcquireInterruptSpinLock and KeReleaseInterruptSpinLock.
>- Implemented the interrupt handling for smp machines.
>
>
>
>Updated files:
>trunk/reactos/include/ddk/kefuncs.h
>trunk/reactos/include/ntos/zwtypes.h
>trunk/reactos/ntoskrnl/io/irq.c
>trunk/reactos/ntoskrnl/ke/i386/irq.c
>trunk/reactos/ntoskrnl/ke/spinlock.c
>
>_______________________________________________
>Ros-svn mailing list
>Ros-svn(a)reactos.com
>http://reactos.com:8080/mailman/listinfo/ros-svn
>
>
>
Hi,
Thanks for adding this feature to the kernel, I only have one problem
with it... Would it be possible to modify the code to use the documented
KINTERRUPT structure? This would (already does) wreck havoc on the new
header system, which uses documented Windows structures (except in
extreme cases where our code is very old, and those structures were
unavailable, ie the Ob Manager structures... although enventually that
code will have to be updated).
The correct KINTERRUPT structure is:
typedef struct _KINTERRUPT {
CSHORT Type;
CSHORT Size;
LIST_ENTRY InterruptListEntry;
PKSERVICE_ROUTINE ServiceRoutine;
PVOID ServiceContext;
KSPIN_LOCK SpinLock;
ULONG TickCount;
PKSPIN_LOCK ActualLock;
PVOID DispatchAddress;
ULONG Vector;
KIRQL Irql;
KIRQL SynchronizeIrql;
BOOLEAN FloatingSave;
BOOLEAN Connected;
CHAR Number;
UCHAR ShareVector;
KINTERRUPT_MODE Mode;
ULONG ServiceCount;
ULONG DispatchCount;
ULONG DispatchCode[106];
} *KINTERRUPT*, *PKINTERRUPT;
vs ours:
typedef struct _KINTERRUPT
{
ULONG Vector;
KAFFINITY ProcessorEnableMask;
KSPIN_LOCK SpinLock;
PKSPIN_LOCK ActualLock;
BOOLEAN Shareable;
BOOLEAN FloatingSave;
CHAR ProcessorNumber;
PKSERVICE_ROUTINE ServiceRoutine;
PVOID ServiceContext;
LIST_ENTRY Entry;
KIRQL Irql;
KIRQL SynchLevel;
KINTERRUPT_MODE InterruptMode;
} KINTERRUPT;
Type/Size are Windows Ob Manager headers for each Object...if you look
in KOBJECTS you'll find the right value...but we don't check for this
yet, so it's not important yet. I don't know what "Shareable" is
however. But we only need to rename/reposition some of the items.
ProcessorEnableMask also seems to be missing in the real defintion.
If you'd be kind enough to do these changes, I would really appreciate
it. If you have any comments, let me know.
Best regards, and happy new year,
Alex Ionescu