Hi all!
This is the hivesys.inf PCNet section. I copied fetnd5a.sys to pcnet.sys.
I can query network properties w/o a crash! All I get is IPHLPAPI.dll need
more work and GetAdapterInfo did not return the expected data.
Bus 0, device 18, function 0, Ven 1106/Dev 3065/class 0200.
Start->Settings->Settings Menu->Network Properties
Select VT6102->Properties, get the VIA PCNet Status Menu, select Properties,
get the VIA PCNet Pro~ Menu, select Internet Protocol (TCP/IP), select
Properties, get the Error menu.
Wow! Did not crash!
Need to check if I'm on the right track here!
Thanks,
James
; ReactOS PCNet NIC driver
; To use the AMD supplied driver change the driver name to pcntn5m.sys
;
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet","ErrorControl",0x00010001,0x00000000
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet","Group",0x00000000,"NDIS"
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet","ImagePath",0x00020000,"system32\drivers\pcnet.sys"
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet","Start",0x00010001,0x00000003
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet","Type",0x00010001,0x00000001
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet\Enum","0",0x00000000,"PCI\VEN_1106&DEV_3065\0000"
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet\Enum","Count",0x00010001,0x00000001
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet\Enum","NextInstance",0x00010001,0x00000001
HKLM,"SYSTEM\CurrentControlSet\Enum\PCI\VEN_1106&DEV_3065&SUBSYS_01021106&REV_10\0000","Service",0x00000000,"PCNet"
HKLM,"SYSTEM\CurrentControlSet\Enum\PCI\VEN_1106&DEV_3065&SUBSYS_01021106&REV_10\0000","Class",0x00000000,"Net"
HKLM,"SYSTEM\CurrentControlSet\Enum\PCI\VEN_1106&DEV_3065&SUBSYS_01021106&REV_10\0000","ClassGUID",0x00000000,"{4D36E972-E325-11CE-BFC1-08002BE10318}"
HKLM,"SYSTEM\CurrentControlSet\Enum\PCI\VEN_1106&DEV_3065&SUBSYS_01021106&REV_10\0000","Driver",0x00000000,"{4D36E972-E325-11CE-BFC1-08002BE10318}\0000"
; Configuration Entries for the PCNet Adapter
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","Characteristics",0x00010001,0x00000000
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","DriverDesc",0x00000000,"VT6102"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","ProviderName",0x00000000,"VIA
Tech"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","NetCfgInstanceId",0x00000000,"{RANDOMCFGGUIDFOR_PCNET1}"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000\Linkage","Export",0x00000000,"\Device\PCNet1"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000\Linkage","RootDevice",0x00000000,"PCNet1"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000\Linkage","UpperBind",0x00000000,"Tcpip"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","BUS_TO_SCAN",0x00000000,"ALL"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","BUSTIMER",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","BUSTYPE",0x00000000,"5"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","EXTPHY",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","FDUP",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","LED0",0x00000000,"10000"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","LED1",0x00000000,"10000"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","LED2",0x00000000,"10000"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","LED3",0x00000000,"10000"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","MPMODE",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","TP",0x00000000,"1"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","AdapterCFID",0x00000000,"811929862"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","AdapterType",0x00000000,"5"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","SlotNumber",0x00000000,"8"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","BusNumber",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","FunctionNumber",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","EarlyReceive",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","EarlyTransmit",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","BurstLength",0x00000000,"1"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","ReceiveBurstIndicate",0x00000000,"64"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","ReceiveBuffers",0x00000000,"64"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","TransmitBuffers",0x00000000,"32"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","ReceiveThreshold",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","TransmitThreshold",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","MapRegisters",0x00000000,"32"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","ConnectionType",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","ValidatePacketLen",0x00000000,"1"
HKLM,"SYSTEM\CurrentControlSet\Control\Class\{4D36E972-E325-11CE-BFC1-08002BE10318}\0000","IPXSPXAutoFrame",0x00000000,"0"
HKLM,"SYSTEM\CurrentControlSet\Control\Network\{4D36E972-E325-11CE-BFC1-08002BE10318}\{RANDOMCFGGUIDFOR_PCNET1}",,0x00000000,"Network
Adapters"
HKLM,"SYSTEM\CurrentControlSet\Control\Network\{4D36E972-E325-11CE-BFC1-08002BE10318}\{RANDOMCFGGUIDFOR_PCNET1}\Connection","Name",0x00000000,"VIA
PCNet"
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet1\Parameters\Tcpip","DefaultGateway",0x00010000,"10.65.145.1"
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet1\Parameters\Tcpip","IPAddress",0x00010000,"10.65.145.79"
HKLM,"SYSTEM\CurrentControlSet\Services\PCNet1\Parameters\Tcpip","SubnetMask",0x00010000,"255.255.255.0"
One of the things which has bothered me a bit is the code duplication we
have in our DIB engine (subsys/win32k/dib). Most of the BitBlt routines in
there are very similar. With the recent interest in optimizations a bunch of
new (almost identical) routines were added. Don't get me wrong, I'm not
saying that adding those optimizations was a bad idea, I'm just pointing out
that we have a lot of code duplication.
There are 256 possible ROP codes, we support 1bpp, 4bpp, 8bpp, 16bpp, 24bpp
and 32bpp, so in theory there could be 1536 routines with basically the same
structure. I've been playing around with the idea to write a code generator
which would generate the source code for those routines. That would cut down
on the duplicated source code and associated maintenance problems (you only
need to change the code generator) while still allowing optimized code for
each individual ROP code.
Just to give you an idea what such a code generator would look like, I've
attached my first attempt. Please note that it doesn't really try to
optimize the generated code yet, it's just to give an impression. The code
generated (16bpp only atm) is rather large, you can get it from
ftp://ftp.geldorp.nl/pub/ReactOS/dib16gen.c if you like (or compile the code
generator ("gcc -o gendib gendib.c") and run it).
A possible problem is that the generated code is quite large. When using the
generated 16bpp code, size of win32k.sys increases by about 350kb.
Extrapolating this for all bpps, it would mean that win32k.sys would triple
in size.
So, I'm wondering what you guys are thinking. Should we basically trade
memory for speed? Problem is that I can't quantify the speed increase at the
moment.
Gé van Geldorp.
I wrote all my ideas about the new ReactOS page (that came to my mind)
together:
http://reactosde.re.funpic.de/mediadetail.php?sec=Articles&cat=ideas&mdnr=1…
What is your opinion about that?
There are two (or more) possible solutions for the static main pages:
* wiki system that generate the static pages (HTML/XHTML) (maybe language
support problem ?)
* selfwritten simple CMS system (very flexible, easy to use, only a few
php-scripts so fewer bugs, better integration (design, layout), language
support, generate HTML/XHTML, ...)
(* CMS system like the current one)
What system do you prefer? (wiki, CMS, ...)
Compatibility and Package Manager section:
* wiki based (like in the current mediawiki only a long list)
* php based dynamic list (with filter features and tree structur; mysql
database): example: (first alpha page)
http://frik85.fr.funpic.de/packmgr/?page=tree&sec=view&sec2=2
* winehq's application database (or something else; redesign it?)
What system do you prefer? (wiki, dynamic list (tree structur), ...)
I will have time in july/august/sept. to implement the Compatibility-,
Package Manager section and the simple CMS system that can generate the
static pages, if it is okay for you.
But I will wait until I get a "start signal". If someone else want do it
alone or want help me, it will be no problem (for me; then I will have more
time to code for ReactOS).
I wrote this because the current ReactOS page is awful (design and CMS
system) and we need a better and more beautiful page to gain more visitors,
get a bigger ReactOS community (and more devs).
I hope the UI-Team will finalize the layout of the homepage in the next two
months.
Thanks for reading this, and maybe you find time to write your opinion about
that.
Best regards,
Klemens Friedl
(PS: Tomorrow, I will have no time to answer any emails, sorry.)
--
Weitersagen: GMX DSL-Flatrates mit Tempo-Garantie!
Ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
On Wed, Jun 29, 2005 at 01:17:11PM +0200, Rafal Kupiec
wrote:
> K McI wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Rafal Kupiec wrote:
> >
> >>I think, now we're not violating the GPL.
> >>for eg:
>
>>http://svn.berlios.de/wsvn/hostilix/trunk/Sources/apps/notepad/dialog.c?op=…
> >
> >
> > I hope Revision 42 isn't the latest because the
> > URI is invalid (You lost a "w" somewhere from 1 to
> > 42)!
> > (...)
>
> What?
>
The site. The site that the above link points to.
Look at it.
* Copyright(C) 1999-2005r. BetaComp Team
<http://www.betacomp.info/>
becomes
* This file is a part of BetaComp Team Project
<http://ww.betacomp.info/>
Notice the missing W in "ww.betacomp.info".
-- Travis
____________________________________________________
Yahoo! Sports
Rekindle the Rivalries. Sign up for Fantasy Football
http://football.fantasysports.yahoo.com
I have recently acquired some second-hand hardware that will be dedicated to
my testing and development of reactos.
It will, however, not boot either 0.2.6 release or current SVN and I would
appreciate some assistance on how to debug this problem.
The output from the two versions is as follows.
0.2.6
Used memory 131072Kb
(mm/mminit.c:375) Kernel Stack Limits. InitTop = 0x800bb000, Init =
0x800b8000
(mm/virtual.c:214) FIXME: MEMORY_AREA_SYSTEM case incomplete (or possibly
wrong) for NtQueryVirtualMemory()
(ke/bug.c:56) Found Bugcheck Resource Data!
(ke/bug.c:67) Got Pointer to Bugcheck Resource Data!
(ke/clock.c:80) KiInitializeSystemClock()
(ke/clock.c:99) Finished KiInitializeSystemClock()
(ex/timer.c:172) ExpInitializeTimerImplementation()
(io/pnproot.c:676) DeviceID: Root\Ne2000 PDO 80546268
(io/pnproot.c:689) InstanceID: 0000 PDO 80546268
(io/pnproot.c:676) DeviceID: Root\PCI PDO 80546370
(io/pnproot.c:689) InstanceID: 0000 PDO 80546370
DriverBase for \SystemRoot\system32\drivers\pci.sys: 9cdb3000
Peripheral Component Interconnect Bus Driver
SVN (actually r16344 despite what it says)
(ntoskrnl\ke\main.c:294) ---------------------------------------------------
------------
(ntoskrnl\ke\main.c:295) ReactOS 0.3-SVN (Build 20050624-r16253)
Used memory 131072Kb
(ntoskrnl\mm\mminit.c:375) Kernel Stack Limits. InitTop = 0x800f2000, Init
= 0x800ef000
(ntoskrnl\mm\mm.c:327) No current process
In both cases the screen freezes after the line that says loading pci.sys
regards
Mike Lerwill
K McI wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Completely off topic, but a request:
>
> When you're quoting someone (anyone) who signed/encrypted
> their message, can you ax the "----- $% BEGIN PGP SIGNED
> MESSAGE $% -----" line, so ppls GPGPs don't wonder where the
> sign block is?
>
> I know I'm like, the only one here who does it, but I wanted
> to let everyone know, not just for this list.
>
> Thanx again
>
> -uQ
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (MingW32)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
> iD8DBQFCwolc7mze81O92HkRAvyEAJwK6TLtoISfHFY4L+/7Y5o6pdyb1wCdFs1n
> PXsFokONZ4q4DydcS8j1s9Q=
> =Asvj
> -----END PGP SIGNATURE-----
Or even better, could you not turn the PGP sig off for the mailing list?
It does make reading your mails a little more complicated than need be.
You could always link your public key to a key server in a quick signature
if you wanted people to have access.
Ged.
P.s I know my mails from work have that annoying disclaimer. Unfortunately I
can't get rid of it without passing through an external script to remove it
(which would be breaking my company rules)
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
Quandary wrote:
>
> On Wed, Jun 29, 2005 at 01:17:11PM +0200, Rafal Kupiec
> wrote:
> > K McI wrote:
> > > -----BEGIN PGP SIGNED MESSAGE-----
> > > Hash: SHA1
> > >
> > > Rafal Kupiec wrote:
> > >
> > >>I think, now we're not violating the GPL.
> > >>for eg:
> >
> >>http://svn.berlios.de/wsvn/hostilix/trunk/Sources/apps/notep
> ad/dialog.
> > >c?op=diff&rev=0&sc=1
> > >
> > >
> > > I hope Revision 42 isn't the latest because the
> > > URI is invalid (You lost a "w" somewhere from 1 to
> > > 42)!
> > > (...)
> >
> > What?
> >
>
> The site. The site that the above link points to.
> Look at it.
>
> * Copyright(C) 1999-2005r. BetaComp Team
> <http://www.betacomp.info/>
>
> becomes
>
> * This file is a part of BetaComp Team Project
> <http://ww.betacomp.info/>
>
> Notice the missing W in "ww.betacomp.info".
>
I still don't understand why they have to put their mark on the code at all.
Is it some kind of ego boost the hostilix team is a after?
Is it because they want people to think they have the skill the ROS devs
have?
Is it because they want people to think they wrote the code?
IMO, if you use code from another project, you leave the code as it is, i.e.
no claiming copyright, no adding headers to claim ownership, or to trick
people into thinking it's your code, or any other type of header just for
the sake of adding it.
The only time you should be adding your own mark is when you have altered
the code in some way. Your mark should then be added, in addition to the
current list of programmers.
To be honest, I find it all rather sad and quite pathetic to need to stoop
to this level.
Just take the damn headers off and all this hostility will end.
Ged.
************************************************************************
The information contained in this message or any of its
attachments is confidential and is intended for the exclusive
use of the addressee. The information may also be legally
privileged. The views expressed may not be company policy,
but the personal views of the originator. If you are not the
addressee, any disclosure, reproduction, distribution or other
dissemination or use of this communication is strictly prohibited.
If you have received this message in error, please contact
postmaster(a)exideuk.co.uk
<mailto:postmaster@exideuk.co.uk> and then delete this message.
Exide Technologies is an industrial and transportation battery
producer and recycler with operations in 89 countries.
Further information can be found at www.exide.com
On Tue, Jun 28, 2005 at 05:16:16PM +0200, Eric Kohl
wrote:
> Lucio Diaz wrote:
> >Third post, but, i downloaded their source code,
> >and it seems the original copyright notices are
> >there, so they are not violating the GNU licence.
> >
> >Best regards,
> >Lucio Diaz.
>
> The Hostilix 'developers' are still guilty of
> willful misrepresentation of the copyright because
> 1) They added their copyright to otherwise unchanged
> files and 2) they can only claim a copyright for the
> year 2005 but not from 1999 to 2005.
>
> So they are still violating the GPL.
They aren't violating the GPL by misrepresentation
(per se); they're (likely) violating the underlying
copyright law by making a false claim to ownership.
There's a subtle difference ;).
-- Travis
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
On Wed, Jun 29, 2005 at 11:09:01AM +0200, Rafal Kupiec
wrote:
> I think, now we're not violating the GPL.
> for eg:
>http://svn.berlios.de/wsvn/hostilix/trunk/Sources/apps/notepad/dialog.c?op=…
You know, it would have been WAY simpler if you had
just not screwed with -any- of the file headers in the
first place. Grab the latest ReactOS SVN, export it,
re-import it into your SVN, then DON'T MESS WITH THE
COPYRIGHT NOTICES. I mean, you've obviously had to do
a lot of work to add your name and replace the
contents of the other files, and look at how much good
it's done you?
In reality, the "right" process is really, really
easy. It's not necessary to plaster your name all
over the place, especially if you haven't done
anything in a given file. Whenever you make a change,
just add your copyright to the start of the file. It's
that easy. It means you do 0 work up front, *and* you
don't have angry devs breathing down your neck about
blatently ripping them off. "Branding" all of the
files, to be frank, is a *very* stupid waste of your
time, and has (clearly) only served to piss everyone
off.
Now, that's not to say people still won't be
disgruntled about it, but they'll grumble much more
quietly -- and it's WAY easier for you to cover your
ass by saying "all of the original copyright notices
in the source are intact" (because if you only add
notices, it doesn't remove or alter the existing
notices). Release everything under GPL, and bam...
you shouldn't run into too much trouble.
Cheers,
-- Travis
____________________________________________________
Yahoo! Sports
Rekindle the Rivalries. Sign up for Fantasy Football
http://football.fantasysports.yahoo.com
Hi,.
I'm polish fan of ReactOS. I would like to help you in making ReactOS
better.
I have some developer skills with C++ on Windows (x86, CE) platform but i
don't have enough time to help you in this area (maybe i'm to sluggish :-(
).
At this time i would like to help you with translating ReactOS to Polish
language.
In attachement there is a polish translation of userenv.
Sorry for my poor english.
Sebastian Gasiorek
