Ros-dev

ros-dev@reactos.org

1 participants
5793 discussions

Re: [ros-dev] [ros-diffs] [greatlrd] 22614: fixing link for explorer and regedit thanks apal for the patch see bug 1626
by Ged Murphy 25 Jun '06

25 Jun '06

IMO, this change is wrong and should be reverted. The start menu should be searching in %systemroot% as well as %systemroot%/system32. We used to do this, and there is a regression somewhere. Ged. greatlrd(a)svn.reactos.org wrote: > Author: greatlrd > Date: Mon Jun 26 02:34:49 2006 > New Revision: 22614 > > URL: http://svn.reactos.org/svn/reactos?rev=22614&view=rev > Log: > fixing link for explorer and regedit thanks apal for the patch see bug 1626 > > Modified: > trunk/reactos/dll/win32/syssetup/install.c > > Modified: trunk/reactos/dll/win32/syssetup/install.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/dll/win32/syssetup/install… > ============================================================================== > --- trunk/reactos/dll/win32/syssetup/install.c (original) > +++ trunk/reactos/dll/win32/syssetup/install.c Mon Jun 26 02:34:49 2006 > @@ -424,8 +424,8 @@ > CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("Calculator.lnk"), _T("calc.exe"), IDS_CMT_CALC); > CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("Command Prompt.lnk"), _T("cmd.exe"), IDS_CMT_CMD); > CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("Notepad.lnk"), _T("notepad.exe"), IDS_CMT_NOTEPAD); > - CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("ReactOS Explorer.lnk"), _T("explorer.exe"), IDS_CMT_EXPLORER); > - CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("Regedit.lnk"), _T("regedit.exe"), IDS_CMT_REGEDIT); > + CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("ReactOS Explorer.lnk"), _T("..\\explorer.exe"), IDS_CMT_EXPLORER); > + CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("Regedit.lnk"), _T("..\\regedit.exe"), IDS_CMT_REGEDIT); > CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("WordPad.lnk"), _T("wordpad.exe"), IDS_CMT_WORDPAD); > CreateShortcut(CSIDL_PROGRAMS, sAccessories, _T("SnapShot.lnk"), _T("screenshot.exe"), IDS_CMT_SCREENSHOT); > } > > > >

2 1

WinFS is dead, like Cairo
by Klemens Friedl 25 Jun '06

25 Jun '06

WinFS is (more or less) dead, it has been announced on their official web blog: http://blogs.msdn.com/winfs/archive/2006/06/23/644706.aspx Some useful parts go to SQL Server development branch. Reminds me of Cairo (early 90-ties), MSFT never achived that task. Only some parts were integrated as ActiveDirectory in Win2k and improved OLE in Win 9x/NT. The Vista search seems to be very same technology as it has been shipped with WinNT 5.0+ (but deactivated by default). Just a new frontend has been added which looks more confusing than the WinXP variant. The channel9 videos featuring WinFS looks promising, although I heard (from beta1 testers) the technology was not .

4 4

more info about freenode.net
by Magnus Olsen 25 Jun '06

25 Jun '06

DrFred just mangers getting a answers DrFred: [09:54] EdgyEft: nachos: they're having spasms after some idiots hacked them (10:01:08) DrFred: I got voice in #freenet-social (10:01:29) DrFred: [09:55] rob: the servers are working fine, we are just working on a fix for the previous issue [09:56] rob: shoudn't be much longer until everything is back to normal

2 1

Re: [ros-dev] [hpoussin] 22607: Let StartService really start the service.
by Ged Murphy 25 Jun '06

25 Jun '06

hpoussin(a)svn.reactos.org wrote: > Author: hpoussin > Date: Sun Jun 25 04:52:40 2006 > New Revision: 22607 > > URL: http://svn.reactos.org/svn/reactos?rev=22607&view=rev > Log: > Let StartService really start the service. > This enables the plug and play manager during second stage setup > For anyone interested in NT services, we now have the ability to start services with StartService. The following is a log taken when starting tcpsvcs with servman: (base\system\services\database.c:50) ScmGetServiceEntryByName() called (base\system\services\database.c:60) Found service: 'tcpsvcs' (./dll/win32/advapi32/service/scm.c:1993) dwBufSize: 0 (base\system\services\rpcserver.c:1760) ScmrStartServiceW() called (base\system\services\database.c:748) ScmStartService() called (base\system\services\database.c:751) Service->Type: 32 (base\system\services\database.c:632) ImagePath: 'C:\ReactOS\system32\tcpsvcs.exe' (base\system\services\database.c:633) Type: 20 (base\system\services\database.c:644) CreateNamedPipeW() done (base\system\services\database.c:681) Process Id: 428 Handle cc (base\system\services\database.c:684) Thread Id: 432 Handle d0 (base\system\services\database.c:701) Control pipe connected! (base\system\services\database.c:716) Received process id 428 (base\system\services\database.c:543) ScmSendStartCommand() called (base\system\services\database.c:591) ScmSendStartCommand() done (base\system\services\database.c:766) ScmStartService() done (Status 0)

1 0

again update info about freenode.net
by Magnus Olsen 25 Jun '06

25 Jun '06

Hi it is working now after alot of hours down. so we are back at freenode.net I sugest if some thing happen to freenode.net we meetings in efnet until freenode.net is working again what do people think of that backup plan

1 0

Androw
by Turnerb 25 Jun '06

25 Jun '06

2 1

Re: [ros-dev] [ros-bugs] [Bug 1618] internettime.c broken, lpAddress possib ly uninitialized in "InetTimePageProc"
by Murphy, Ged (Bolton) 23 Jun '06

23 Jun '06

He's on Linux, so RosBE is no use. If someone could just initialise that pointer to NULL it would fix it for him. I would do it, but I don't have access to the tree until I get home from work. Cheers, Ged. p.s. I've no http access at the mo, hence the reply to ros-dev ;) -----Original Message----- From: ReactOS.Bugzilla(a)reactos.org [mailto:ReactOS.Bugzilla@reactos.org] Sent: 23 June 2006 08:33 To: ros-bugs(a)reactos.org Subject: [ros-bugs] [Bug 1618] internettime.c broken, lpAddress possibly uninitialized in "InetTimePageProc" http://www.reactos.org/bugzilla/show_bug.cgi?id=1618 hpoussin(a)reactos.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Comment #3 from hpoussin(a)reactos.org 2006-06-23 09:33 CET ------- Works for me with official ReactOS build environment (GCC 3.4.2, ld 2.16.91) See http://www.reactos.org/wiki/index.php/HOWTO/setup_a_build_environment_for_Wi ndows#ReactOS_Build_Environment_.28RosBE.29 for more details -- Configure bugmail: http://www.reactos.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug, or are watching the QA contact. You are the assignee for the bug, or are watching the assignee. _______________________________________________ Ros-bugs mailing list Ros-bugs(a)reactos.org http://www.reactos.org/mailman/listinfo/ros-bugs

1 0

Net Bugcheek
by James Tabor 22 Jun '06

22 Jun '06

Ping from remote box it stopped, ping 10.65.145.101 PING 10.65.145.101 (10.65.145.101) 56(84) bytes of data. 64 bytes from 10.65.145.101: icmp_seq=1 ttl=128 time=0.212 ms <Snip> total of 24 64 bytes from 10.65.145.101: icmp_seq=24 ttl=128 time=0.194 ms --- 10.65.145.101 ping statistics --- 38 packets transmitted, 24 received, 36% packet loss, time 37031ms rtt min/avg/max/mdev = 0.192/0.195/0.214/0.009 ms try again.... ping 10.65.145.101 PING 10.65.145.101 (10.65.145.101) 56(84) bytes of data. --- 10.65.145.101 ping statistics --- 3 packets transmitted, 0 received, 100% packet loss, time 2014ms Run mozilla, (ntoskrnl/mm/mm.c:275) Page fault at high IRQL was 2, address c000009a Entered debugger on last-chance exception (Exception Code: 0xc0000005) (Page Fault) Memory at 0xC000009A could not be written: Page not present. kdb:> bt Eip: <fetnd5.sys:1b8e> Frames: <fetnd5.sys:2aba> <fetnd5.sys:26da> <ndis.sys:77d3 (drivers/network/ndis/ndis/miniport.c:805 (MiniportDpc))> <ntoskrnl.exe:2585 (ntoskrnl/ke/dpc.c:554 (KiDispatchInterrupt))><8050ce72> <tcpip.sys:1fc5 (drivers/network/tcpip/datalink/lan.c:690 (LANTransmit))> <tcpip.sys:121a8 (lib/drivers/ip/network/neighbor.c:46 (NBSendPackets))> <tcpip.sys:12d49 (lib/drivers/ip/network/neighbor.c:467 (NBQueuePacket))> <tcpip.sys:1513d (lib/drivers/ip/network/transmit.c:71 (IPSendFragment))> <tcpip.sys:15594 (lib/drivers/ip/network/transmit.c:212 (SendFragments))> <tcpip.sys:157b1 (lib/drivers/ip/network/transmit.c:254 (IPSendDatagram))> <tcpip.sys:1485d (lib/drivers/ip/transport/tcp/event.c:107 (TCPPacketSend))> <tcpip.sys:235b5 (lib/drivers/oskittcp/oskittcp/ip_output.c:524 (ip_output))> <tcpip.sys:1b8be (lib/drivers/oskittcp/oskittcp/tcp_output.c:735 (tcp_output))> <tcpip.sys:1a92e (lib/drivers/oskittcp/oskittcp/tcp_input.c:1663 (tcp_input))> <tcpip.sys:d9a2 (lib/drivers/ip/transport/tcp/tcp.c:327 (TCPReceive))> <tcpip.sys:a5c0 (include/ddk/ndis.h:157 (IPDispatchProtocol))> <tcpip.sys:c854 (lib/drivers/ip/network/receive.c:469 (ProcessFragment))> <tcpip.sys:1615 (drivers/network/tcpip/datalink/lan.c:331 (LanReceiveWorker))> <tcpip.sys:26180 (lib/drivers/chew/workqueue.c:56 (ChewWorkItem))> <ntoskrnl.exe:2a851 (ntoskrnl/io/iowork.c:36 (IoWorkItemCallback))> --- Press q to abort, any other key to continue --- <ntoskrnl.exe:1e615 (ntoskrnl/ex/work.c:165 (ExpWorkerThreadEntryPoint))> <ntoskrnl.exe:5b85a (ntoskrnl/ps/thread.c:94 (PspSystemThreadStartup))> <ntoskrnl.exe:63075 (ntoskrnl/ke/i386/ctxswitch.S:82 (KiThreadStartup))> kdb:>

1 0

Johen
by Turnerb 22 Jun '06

22 Jun '06

6 7

Ros-diff text format
by Murphy, Ged (Bolton) 22 Jun '06

22 Jun '06

I know I've mentioned this before, but I'll do it officially now :) Can we change the text format svn-diff sends its messages In from rich text to plain text? Every diff I read, I have to click 'reply' first in order for it to be readable. (my client changes to plain text when replying) Diff's in rich text are pretty ugly and difficult to follow. Cheers, 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

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev