WaxDragon wrote:
<snip>
> * ftp works, but still can't tell the difference between ascii and
> binary transfers.
> * ncftp has progressed and you can use it for uploads and downloads,
> the only issue I am aware of is you cannot backspace.
> * ping works
> * ipconfig is getting bad data from the OS, but works fine under windows.
> * finger works
> * route works, and had some cosmetic improvements
> * netstat fails loading snmpapi.dll
> * hostname returns the name you filled in second stage setup now. ;0)
> * arp does not work, missing some of the plumbing.
> * telnet works, and seems to buffer input properly.
> * tcpsvcs crashes upon start up, seems that AfdSelect is setting DPCs
> will NULL procs.
</snip>
Just to add a quick note on the other network tool (which isn't on the
bootcd):
* tracert jumps straight to the destination node as we are not yet able to
set TTL values in raw packets, thus we get the default 128. This will be
fixed upon implementation of setsockopt().
We also get jibberish when resolving name info. This will be fixed when
WS2_32 has getnameinfo()
It works as expected in Windows.
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
weiden(a)svn.reactos.com wrote:
>fixed warnings when compiled with -Wmissing-declarations
>
>
[CC] ntoskrnl\ke\i386\fpu.c
[LD] output-i386\ntoskrnl\ntoskrnl.exe
[RSYM] output-i386\ntoskrnl\ntoskrnl.exe
[CC] subsys\win32k\ntddraw\ddraw.c
subsys\win32k\ntddraw\ddraw.c: In function `NtGdiDdGetAvailDriverMemory':
subsys\win32k\ntddraw\ddraw.c:387: error: structure has no member named
`DdGetAvailDriverMemory'
make: *** [obj-i386\subsys\win32k\ntddraw\ddraw.o] Error 1
--
:Emanuele Aliberti
blight(a)svn.reactos.com wrote:
>Huh, what? Oops! Just some stuff which noone cares about...
>
>
>
>Updated files:
>trunk/reactos/ntoskrnl/include/internal/i386/fpu.h
>trunk/reactos/ntoskrnl/ke/i386/exp.c
>trunk/reactos/ntoskrnl/ke/i386/fpu.c
>
>_______________________________________________
>Ros-svn mailing list
>Ros-svn(a)reactos.org
>http://www.reactos.org/mailman/listinfo/ros-svn
>
>
>
Something is wrong in this changes. If I try to install HDD-Health, I
get a crash.
- Hartmut
Assertion (Ke386GetCr0() & X86_CR0_TS) == 0 failed at
ntoskrnl\ke\i386\fpu.c:337
A problem has been detected and ReactOS has been shut down to prevent
damage to your computer.
Technical information:
*** STOP: 0x00000000 (0x00000000,0x00000000,0x00000000,0x00000000)
Frames:
<ntoskrnl.exe:1c76 (ntoskrnl/ke/bug.c:487 (KeBugCheckEx@20))>
<ntoskrnl.exe:1c8d (ntoskrnl/ke/bug.c:503 (KeBugCheck@4))>
<ntoskrnl.exe:556b6 (ntoskrnl/ke/i386/fpu.c:337 (KiGetFpuState))>
<ntoskrnl.exe:545c1 (ntoskrnl/ke/i386/exp.c:904 (KeTrapFrameToContext@12))>
<ntoskrnl.exe:54bab (ntoskrnl/ke/i386/exp.c:1195 (KiDispatchException@20))>
<ntoskrnl.exe:577ff (ntoskrnl/ke/i386/usertrap.c:133
(KiUserTrapHandler@12))>
<ntoskrnl.exe:5bcc9 (ntoskrnl/mm/i386/pfault.c:132 (KiPageFaultHandler))>
<ntoskrnl.exe:57251 ({standard input}:152 (KiTrapProlog2))>
<shell32.dll:ad18 (lib/shell32/shell32_main.c:480 (SHGetFileInfoW@20))>
Hey everyone,
I was wondering how well reactos compiles on reactos? And does the
standard build tools work. I was also interested in doing some
development work on ReactOS using some common GPL-based software.
Rick Langschultz
rlangschultz(a)cox.net (Home)
rlangschultz(a)ellemaespa.com (Work)
rlangschultz(a)email.uophx.edu (School)
ea(a)svn.reactos.com wrote:
>More fixes to compile.
>
>Modified: trunk/reactos/subsys/csr/csrsrv/api.c
>Modified: trunk/reactos/subsys/csr/csrsrv/process.c
>
>
> ------------------------------------------------------------------------
> *Mo*
What compiler are you using? My gcc 3.4.4 compiled the files perfectly,
so did msvc 2k5 with maximum prefast warnings on. Initializing all those
variables to NULL seems an awful waste to me..
Best regards,
Alex Ionescu
> Modified: trunk/reactos/lib/cpl/hdwwiz/En.rc
>--- trunk/reactos/lib/cpl/hdwwiz/En.rc 2005-10-03 07:48:59 UTC (rev 18239)
> +++ trunk/reactos/lib/cpl/hdwwiz/En.rc 2005-10-03 09:14:57 UTC (rev
18240)
> @@ -1,4 +1,4 @@
> -LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US
> +LANGUAGE LANG_ENGLISH, SUBLANG_DEFAULT
>
> STRINGTABLE
> BEGIN
Why are you changing this?
According to http://support.microsoft.com/kb/169483/en-us , English
(Neutral) is not always searched by the resource loader, but English (US)
is. I don't know exactly what are the rules followed by ReactOS, but English
(US) allow the control panel to have correct resources on all Windows
versions.
> Modified: trunk/reactos/lib/cpl/hdwwiz/Fr.rc
> --- trunk/reactos/lib/cpl/hdwwiz/Fr.rc 2005-10-03 07:48:59 UTC (rev
18239)
> +++ trunk/reactos/lib/cpl/hdwwiz/Fr.rc 2005-10-03 09:14:57 UTC (rev
18240)
> @@ -1,4 +1,4 @@
>
> -LANGUAGE LANG_FRENCH, SUBLANG_NEUTRAL
> +LANGUAGE LANG_FRENCH, SUBLANG_DEFAULT
>
> STRINGTABLE
> BEGIN
According to the same page, Primary Lang/Sub Lang is first searched,
followed by Primary Lang/Sublang_neutral. Primany Lang/Sublang_default is
not searched.
With your changes, French/Canadian and other would not have French
resources. Just try it on Windows, and you will see.
This change is also in contradiction with changes done in Wine some months
ago. (ChangeLog 0.2.7: "From Wine: changed SUBLANG_DEFAULT to
SUBLANG_NEUTRAL for LANG_SPANISH in all resources, so that Spanish locales
other than Spain also use Spanish resources")
Please revert these changes.
Hervé
ea(a)svn.reactos.com wrote:
>- add copyright noti
>
Hi,
Please don't add these -- we already have the COPYRIGHT: Please see
COPYING file at the top-level directory.
It is a long overdue janitorial task to remove all the per-file
copyright headers, adding more won't help ;)
Best regards,
Alex Ionescu
ea(a)svn.reactos.com wrote:
>A do-nothing crt0 for native NT processes.
>(see note by A.Ionescu in reactos/subsys/crt/main.c)
>
>
>Added files:
>trunk/reactos/lib/ntrt0lib/
>trunk/reactos/lib/ntrt0lib/args.c
>trunk/reactos/lib/ntrt0lib/entry_point.c
>trunk/reactos/lib/ntrt0lib/ntrt0.h
>trunk/reactos/lib/ntrt0lib/ntrt0lib.xml
>
>Updated files:
>trunk/reactos/lib/directory.xml
>
>_______________________________________________
>Ros-svn mailing list
>Ros-svn(a)reactos.org
>http://www.reactos.org/mailman/listinfo/ros-svn
>
>
>
Hi,
Thanks, I didn't have time last night ( I went to bed at 5AM). Do you
mind if I rename this to "nt" ? It's the official name of the DDK static
lib, and would mean that we don't have to have 2 .XML files for anyone
using the library (for the msvc build).
Anyways, I'm going to commit the code now, I have it on my disk.
Best regards,
Alex Ionescu