RtlZeroMemory(Prefix, sizeof(WCHAR) * HIDINGPAT_LEN);
> +RtlZeroMemory(Suffix, sizeof(WCHAR) * HIDINGPAT_LEN);
> RtlZeroMemory(MountPoint, sizeof(USHORT) * 4);
> RtlZeroMemory(DrvLetter, sizeof(CHAR) * 4);
>
>
--
Pierre Schweitzer
System & Network Administ
Buffer, pCount, MaxCount,
> - &Win32Process->PrivateFontListHead);
> -IntUnLockProcessPrivateFonts(Win32Process);
> -break;
> +if (*pCount < MaxCount)
> +{
> +FontFamilyFillInfo(&Info[*pCount], pF
atusEx (
>
> #else
>
> +#ifdef __REACTOS__
> +static // make windows gcc release build compile
> INLINE
> +#endif
> DECLSPEC_NORETURN
> VOID
> CdRaiseStatusEx(
>
--
Pierre Schweitzer
System & Network Administrator
Senior Ker
We seem to be back to normal state.
Please report if some service is still not working properly.
Pierre Schweitzer wrote on Wed, December 26th,
2018, 4:43 PM:
> Dear all,
>
> Due to an unexpected outage touching our hoster infrastructure, our DB server
> is currently down and it
Dear all,
Due to an unexpected outage touching our hoster infrastructure, our DB server
is currently down and it affects all the web services relying on it. So, don't
expect Jira, boards, wiki, website, and so on to work properly for now,
I'll keep you informed when I have more information.
Che
wszExpandedBuffer + 1, NULL,
> LOAD_LIBRARY_AS_DATAFILE);
> +if (!hModule || !load_string(hModule, uiStringId, pszOutBuf,
> cbOutBuf / sizeof(WCHAR)))
> +result = ERROR_BADKEY;
> +FreeLibrary(hModule);
> +}
> +
> +cleanup:
> +HeapFree(GetP
t; -@ stdcall -stub CoDisconnectContext(long)
> +@ stdcall -stub -version=0x600+ CoDisconnectContext(long)
> @ stdcall CoDisconnectObject(ptr long)
> @ stdcall CoDosDateTimeToFileTime(long long ptr)
> kernel32.DosDateTimeToFileTime
> @ stdcall -stub CoEnableCallCancellation(ptr)
>
> + hStopThread = CreateThread(NULL,
> + 0,
> + (LPTHREAD_START_ROUTINE)ScmStopThread,
> + (LPVOID)lpService,
> + 0,
> +
> +{
> +/* Wipe and release the password buffer */
> +ZeroMemory(lpClearTextPassword,
> + (wcslen(lpClearTextPassword) + 1) * sizeof(WCHAR));
> + HeapFree(GetProcessHeap(), 0, lpClearTextPassword);
> +}
> +
> if (dwError == ERROR_S
n failed: PointerPde->u.Hard.Valid == 0
*** Source File:
/srv/buildbot/Build_GCCLin_x86/build/ntoskrnl/mm/ARM3/miarm.h, line 975
See testbots for instance:
https://build.reactos.org/builders/Test%20VBox/builds/8625/steps/test/logs/stdio
Cheers,
Pierre
--
Pierre Schweitzer
System & Netwo
13." > NUL && set VS_VERSION=15
> cl 2>&1 | find "19.14." > NUL && set VS_VERSION=15
> + cl 2>&1 | find "19.15." > NUL && set VS_VERSION=15
> if not defined VS_VERSION (
> echo Error: Visu
&& pWinStaObj->spwndClipOwner)
> +{
> +/* Send WM_RENDERFORMAT message */
> +pWinStaObj->fInDelayedRendering = TRUE;
> +co_IntSendMessage(pWinStaObj->spwndClipOwner->head.h,
> WM_RENDERFORMAT, (WPARAM)uSourceFmt, 0);
> +pWinStaObj->fI
lman/listinfo/ros-dev<https://nam05.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.reactos.org%2Fmailman%2Flistinfo%2Fros-dev&data=02%7C01%7C%7Ca6b7a92ca5c146e5bc5e08d5cac00cc9%7C84df9e7fe9f640afb435%7C1%7C0%7C6366378485505520
h b/base/setup/usetup/fslist.h
> index 685a2cfe2e..4433d381ba 100644
> --- a/base/setup/usetup/fslist.h
> +++ b/base/setup/usetup/fslist.h
> @@ -31,7 +31,7 @@
> typedef struct _FILE_SYSTEM_ITEM
> {
> LIST_ENTRY ListEntry;
> -LPCWSTR FileSystemName; /* Not owned by the item */
> +PCWSTR FileSystemName; /* Not owned by the item */
> FORMATEX FormatFunc;
> CHKDSKEX ChkdskFunc;
> BOOLEAN QuickFormat;
> @@ -46,16 +46,16 @@ typedef struct _FILE_SYSTEM_LIST
> } FILE_SYSTEM_LIST, *PFILE_SYSTEM_LIST;
>
> VOID
> -FS_AddProvider(
> +AddProvider(
> IN OUT PFILE_SYSTEM_LIST List,
> -IN LPCWSTR FileSystemName,
> +IN PCWSTR FileSystemName,
> IN FORMATEX FormatFunc,
> IN CHKDSKEX ChkdskFunc);
>
> PFILE_SYSTEM_ITEM
> GetFileSystemByName(
> IN PFILE_SYSTEM_LIST List,
> -IN LPWSTR FileSystemName);
> +IN PWSTR FileSystemName);
>
> struct _PARTENTRY; // Defined in partlist.h
> PFILE_SYSTEM_ITEM
> @@ -68,7 +68,7 @@ CreateFileSystemList(
> IN SHORT Left,
> IN SHORT Top,
> IN BOOLEAN ForceFormat,
> -IN LPCWSTR ForceFileSystem);
> +IN PCWSTR SelectFileSystem);
>
> VOID
> DestroyFileSystemList(
>
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
signature.asc
Description: OpenPGP digital signature
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
ltiByte(CP_ACP, 0, temppsfi.szDisplayName, -1,
> - psfi->szDisplayName, sizeof(psfi->szDisplayName), NULL,
> NULL);
> -}
> -if(flags & SHGFI_TYPENAME)
> -{
> -WideCharToMultiByte(CP_ACP, 0, temppsf
__
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
signature.asc
Description: OpenPGP digital signature
__
fc22d664ea2485d04303e8ae10047f21f
>> Author: Serge Gautherie
>> AuthorDate: Wed Feb 7 06:29:02 2018 +0100
>> Commit: Pierre Schweitzer
>> CommitDate: Wed Feb 7 22:22:28 2018 +0100
>>
>> [NTOS:KE] Replace "Fatal System Error" with "Bu
quick PoC can be found at
> https://github.com/ThFabba/reactos/commit/6a9f172b76bd11f763598c16e5d47299eec1971c
>
> Thoughts?
>
>
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
This regression got fixed with r75911.
Can you confirm it's OK on your side?
Le 18/09/2017 à 22:41, Pierre Schweitzer a écrit :
> Ack. See https://jira.reactos.org/browse/CORE-13805
>
> Thanks for the report.
>
> Le 17/09/2017 à 17:39, Dimitrij Klingbeil a écrit :
>> H
om the wrong (not subscribed to the list)
> address by mistake. I think the first one was rejected by the list SW,
> but sorry if the message appears twice.
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
--
Pierre Schweitzer
UDFS for CDs */
>
> Modified: trunk/reactos/drivers/filesystems/fs_rec/udfs.c
> URL:
> http://svn.reactos.org/svn/reactos/trunk/reactos/drivers/filesystems/fs_rec/udfs.c?rev=75630&r1=75629&r2=75630&view=diff
> ==
> --- trunk/reactos/drivers/filesystems/fs_rec/udfs.c [iso-8859-1] (original)
> +++ trunk/reactos/drivers/filesystems/fs_rec/udfs.c [iso-8859-1] Sun Aug 20
> 15:30:59 2017
> @@ -125,7 +125,7 @@
> MountDevice = Stack->Parameters.MountVolume.DeviceObject;
> if (FsRecGetDeviceSectorSize(MountDevice, &SectorSize))
> {
> -/* Check if it's an actual FAT volume */
> +/* Check if it's an actual UDF volume */
> if (FsRecIsUdfsVolume(MountDevice, SectorSize))
> {
> /* It is! */
>
>
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
;KdpDebugLogSpinLock);
>
> /* Display separator + ReactOS version at start of the debug log */
> -
> DPRINT1("---\n");
> +DPRINT1("---------\n");
This specific change has likely broke
> sizeof(WCHAR)] == DOS_QM)
> +{
> +if (EndOfName || Name->Buffer[NamePosition] == L'.')
> continue;
> +
> +BackTracking[BackTrackingPosition++] =
> (ExpressionPosition + sizeof(WCHAR)) * 2;
> +
;
>
> /* GLOBALS
> /
> @@ -203,16 +208,15 @@
>
> if (!Resuming)
> {
> +/* Report the idle thread */
> +#if MONOPROCESS
> +ptr += sprintf(ptr, "1");
4];
> -*ptr++ = hex_chars[EipPtr[2] & 0xF];
> -*ptr++ = hex_chars[EipPtr[3] >> 4];
> -*ptr++ = hex_chars[EipPtr[3] & 0xF];
> -*ptr++ = ';';
> -*ptr++ = '\0';
> -
> -return ptr;
> -}
> -
> +
>
> Modified: trunk/react
d do the cleanup in the
exception handler. That avoids code duplication.
This also implies you don't want to force the status code, but rather
use _SEH2_GetExceptionCode().
Also note that FsRtlAddLargeMcbEntry may fail for various reasons. I
don't really know which status code to use as you
fs/attrib.c [iso-8859-1]
> Sun Jul 17 14:04:01 2016
> @@ -295,14 +291,14 @@
> ULONG RunBufferOffset = 0;
> LONGLONG DataRunOffset;
> ULONGLONG LastLCN = 0;
> -
> LONGLONG Vbn, Lbn, Count;
> +int i;
Use MS portable type, please (ULONG looks good :-))
FS_ATTR_RECORD NextAttribute =
> (PNTFS_ATTR_RECORD)((ULONG_PTR)FileRecord + NextAttributeOffset);
> +ULONGLONG NextVBN = AttrContext->Record.NonResident.LowestVCN;
> +
> +// Allocate some memory for the RunBuffer
> +PUCHAR RunBuffer = ExAllocatePoolWithTa
17:02:10 2016
> @@ -384,9 +384,6 @@
> }
> else
> DataRunStartLCN = -1;
> -
> -if (*DataRun == 0)
> -return AlreadyRead;
> }
>
> while (Length > 0)
>
>
--
Pierre Schweitzer
Le 06/07/2016 19:59, Trevor Thompson a écrit :
> Hi Pierre, thanks for the fast review! I'll respond inline.
>
> On Tue, Jul 5, 2016 at 4:39 PM, Pierre Schweitzer
> wrote:
>
>> Hi,
>>
>> Comments inline.
>>
>> Le 0
,7 +157,7 @@
> DPRINT1("Total clusters in bitmap: %I64x\n", BitmapDataSize * 8);
> DPRINT1("Diff in size: %I64d B\n", ((BitmapDataSize * 8) -
> DeviceExt->NtfsInfo.ClusterCount) * DeviceExt->NtfsInfo.SectorsPerCluster *
> DeviceExt->NtfsInfo
S_SHOWSELALWAYS | LVS_NOCOLUMNHEADER | LVS_NOSORTHEADER |
> WS_BORDER | WS_TABSTOP, 33, 22, 250, 50
> PUSHBUTTON "&Installer...", IDC_NETWORK_INSTALL, 122, 75, 50, 14,
> WS_DISABLED | WS_TABSTOP
For the record, "n/a" isn't French. n/a means "Not avai
it's better to get
> rid of that commit in SVN history rather than having everyone suffer
> from it.
>
> Again, I deeply apologize!
>
>
> With best regards,
>
> Colin
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
&g
orting...", filename);
> s++;
> }
> -if (strlen(s) > MAX_EXTENSION_LENGTH)
> +// Check for extension length
> +if (!joliet && strlen(s) > MAX_EXTENSION_LENGTH)
> {
> error_exit("'%s' has too long ext
ng big,.
> But i can learn and show you the proposal before i submit it.
>
> With Care
> Samian
>
> From: Ros-dev on behalf of Pierre Schweitzer
>
> Sent: Sunday, March 6, 2016 2:41 AM
> To: ros-dev@reactos.org
> Subject: Re: [ros-dev] GSOC
omeone working around to
> mentor me at some stages.
>
>
> Any advice would be appreciated
>
>
> With Care
>
> Samian
>
>
>
>
> _______
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos
hat is interpreted by Usetup as a failure (and the error message appears,
> forbidding the user to continue nevertheless to install ROS).
>
> Cheers,
> Hermès
>
> -Message d'origine-
> De : Ros-dev [mailto:ros-dev-boun...@reactos.org] De la part de Pierre
> Schweitz
g/svn/reactos/trunk/reactos/base/setup/usetup/lang/tr-TR.h?rev=70857&r1=70856&r2=70857&view=diff
> ==
> --- trunk/reactos/base/setup/usetup/lang/tr-TR.h [iso-8859-1] (original)
> +++ trunk/reactos/base/setup/usetup/lang/tr-TR.h [iso-8859-1] Wed Mar 2
> 00:51:48 2016
> @@ -1724,6 +1724,8 @@
> "Kur, ReactOS'u blm zerine kurar."},
> {STRING_CHECKINGPART,
> "Kur, imdi seili blm gzden geiriyor."},
> +{STRING_CONTINUE,
> +"Giri = Srdr"},
> {STRING_QUITCONTINUE,
> "3 = k Giri = Srdr"},
> {STRING_REBOOTCOMPUTER,
>
> Modified: trunk/reactos/base/setup/usetup/lang/uk-UA.h
> URL:
> http://svn.reactos.org/svn/reactos/trunk/reactos/base/setup/usetup/lang/uk-UA.h?rev=70857&r1=70856&r2=70857&view=diff
> ==
> --- trunk/reactos/base/setup/usetup/lang/uk-UA.h [iso-8859-1] (original)
> +++ trunk/reactos/base/setup/usetup/lang/uk-UA.h [iso-8859-1] Wed Mar 2
> 00:51:48 2016
> @@ -1753,6 +1753,8 @@
> "ReactOS ¢áâ ®¢«îóâìáï ஧¤i«"},
> {STRING_CHECKINGPART,
> "áâ ®¢«î¢ ç ¯¥à¥¢iàïó ¢¨¡à ¨© ஧¤i«."},
> +{STRING_CONTINUE,
> +"ENTER = த®¢¦¨â¨"},
> {STRING_QUITCONTINUE,
> "F3 = ¨©â¨ ENTER = த®¢¦¨â¨"},
> {STRING_REBOOTCOMPUTER,
>
> Modified: trunk/reactos/base/setup/usetup/mui.h
> URL:
> http://svn.reactos.org/svn/reactos/trunk/reactos/base/setup/usetup/mui.h?rev=70857&r1=70856&r2=70857&view=diff
> ==
> --- trunk/reactos/base/setup/usetup/mui.h [iso-8859-1] (original)
> +++ trunk/reactos/base/setup/usetup/mui.h [iso-8859-1] Wed Mar 2
> 00:51:48 2016
> @@ -115,11 +115,12 @@
> #define STRING_NONFORMATTEDOTHERPART 63
> #define STRING_INSTALLONPART 10
> #define STRING_CHECKINGPART 11
> -#define STRING_QUITCONTINUE 12
> -#define STRING_REBOOTCOMPUTER13
> -#define STRING_TXTSETUPFAILED14
> -#define STRING_COPYING 15
> -#define STRING_SETUPCOPYINGFILES 16
> +#define STRING_CONTINUE 12
> +#define STRING_QUITCONTINUE 13
> +#define STRING_REBOOTCOMPUTER14
> +#define STRING_TXTSETUPFAILED15
> +#define STRING_COPYING 16
> +#define STRING_SETUPCOPYINGFILES 17
> #define STRING_REGHIVEUPDATE 20
> #define STRING_IMPORTFILE21
> #define STRING_DISPLAYETTINGSUPDATE 22
>
>
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: Signature cryptographique S/MIME
___
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
iverable and a plan for completion of project, if it is to be
> selected for Google summer of Code.
>
> It'll be great if somebody, could mentor me for this project.
>
> Thanks,
> Pratik Singhal
>
>
>
> ___
>
age again?
> --
> С уважением,
> Alexander Rechitskiy
> +79286331900
>
>
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
--
Pierre Schweitzer
System &a
doubt, just put some random:
Status = ZwWaitForMultipleObjects(2, (void **)0x42424242, WaitAll,
FALSE, NULL);
In a kernel component. In w2k3, you'll get Status = STATUS_ACCESS_VIOLATION
In ReactOS, with your changes: BSOD.
Please before doing random changes that you believe are right: do te
me thing (eg. If you see “when pigs will fly” you won’t
> translate by “quand les cochons voleront” in French, but instead you’ll say
> “quand les poules auront des dents”).
>
>
>
> [...]
>
>
>
> Kind regards,
>
>
>
> Sylvain Petreolle
>
>
>
>
sociatedEntry->AssociatedDevicesEntry);
>> +
>> +/* We're done! */
>> +FreePool(SourceSymbolicName.Buffer);
>> +return STATUS_SUCCESS;
>> }
>>
>> NTSTATUS
>>
>> Modified: trunk/reactos/drivers/filters/mountmgr/mntmgr.h
>> URL:
>> http://svn.reactos
uot;Your password has expired and must be changed."
> +IDS_LOCKMSG "Seul %s ou un administrateur peut déverrouiller cet
> ordinateur."
> +IDS_LOGONMSG "Vous êtes connecté en tant que %s."
> + IDS_LOGONDATE "Date de connexion: %s %s"
See
re the program can find
> itself on disk? :p
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
Re
FER;
> goto ByeBye;
> @@ -927,7 +927,7 @@
> OldFileSize = Fcb->RFCB.FileSize;
>
> Buffer = VfatGetUserBuffer(IrpContext->Irp,
> BooleanFlagOn(IrpContext->Irp->Flags, IRP_PAGING_IO));
> -if (!Buffer)
> +if (!Buffer && IrpContext->
D_IPersistStreamInit, IPersistStreamInit)
> COM_INTERFACE_ENTRY_IID(IID_IOleCommandTarget, IOleCommandTarget)
> @@ -237,7 +236,5 @@
> COM_INTERFACE_ENTRY_IID(IID_IShellChangeNotify, IShellChangeNotify)
> COM_INTERFACE_ENTRY_IID(IID_IObjectWithSite, IObjectWithSite)
>
h BuildBot and Testman.
>>
>> Changes have been applied.
>> Experiences show that BuildBot changes break things easily, so just
>> reply here if something has stopped working.
>>
>> Cheers,
>>
>> Colin
>
>
> _____
__
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: S/MIME Cryptographic Signature
_
reenabling the
> agile-extensions, that I think we lost on the previous update attempt.
>
> Thanks,
> Timo
>
>
> Am 10.06.2015 um 16:34 schrieb Pierre Schweitzer:
>> Dear all,
>>
>> We have proceed to a complete reimplementation of authentication server
>
he first
> time?
>
> Hermès.
>
> -Message d'origine-
> De : Ros-dev [mailto:ros-dev-boun...@reactos.org] De la part de Pierre
> Schweitzer
> Envoyé : mercredi 10 juin 2015 16:34
> À : ReactOS Development List
> Objet : [ros-dev] Changes in authenticatio
not spot anything wrong with our new authentication mechanism,
then, then the upgrade to Jira 6 should happen in the next days.
With my best regards,
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: S/MIME Crypt
pinion in completely removing
> the RAPPS DB from trunk into a subtree like done for many other things, too.
>
> What do you think?
>
>
>
> Greetings
>
>
>
> Daniel Reimer
>
>
>
> Gesendet von Windows Mail
>
>
>
>
>
>
t; start with a proposed agenda.
>
> Regards,
> Aleksey Bragin
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
--
Pierre Schweitzer
System & Network Administrat
Forgot to say:
The generation is done and went fine. Enjoy the most up to date Doxygen ;-).
On 05/11/2015 08:46 AM, Ged Murphy wrote:
> Great, thanks Pierre :)
>
> -Original Message-
> From: Ros-dev [mailto:ros-dev-boun...@reactos.org] On Behalf Of Pierre
> Schweitzer
>
lso there is a huge pile of replacement hardware
> available.
>>
>> Sorry for the inconveniences!
>>
>> Cheers,
>>
>> Colin
>>
>>
>>
>> ___
>> Ros-dev mailing list
>> Ros-dev@rea
gt;
> Buildbot URL: https://build.reactos.org/
>
> Buildslave for this Build: Debug
>
> Build Reason: The Periodic scheduler named 'Release' triggered this build
> Build Source Stamp: HEAD
> Blamelist:
>
> BUILD FAILED: failed shell
>
> sincerel
___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
>
>
> _______
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
--
Pier
a good example, nor a reason to keep doing so.
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: S/MIME Cryptographic Signature
___
Ros-dev mailing list
Ros-dev@reactos.org
___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: S/MIME Cryptographic Signature
e ? Entry : NULL;
> +}
This looks highly dangerous to me and likely compiler dependent.
I'd rather perform the sanity checks before ever touching HandleTable,
especially because the value of Handle is coming right from caller
registers and have never been sanitized before.
--
Pierre Schwei
Dear all,
As planned, the server has been taken down today.
With my best regards,
On 03/02/2015 15:58, Pierre Schweitzer wrote:
> Dear all,
>
> On the 3rd of April 2015, the old.reactos.org website will be taken
> offline after several years of good services.
>
> If you have
8,7 +28,7 @@
> STRINGTABLE
> BEGIN
> //IDS_HELP_COMMAND "helpctr.exe>-FromStartHelp"
> -IDS_HELP_COMMAND "https://www.reactos.org/";
> +IDS_HELP_COMMAND "http://www.reactos.org/";
This is to be reverted once ReactOS fully supports SSL.
--
Pierre Schwei
output)
>> -get_target_property(_file2 ${_target2} LOCATION)
>> -add_custom_command(
>> -OUTPUT ${_output}
>> -COMMAND cat ${_file1} ${_file2} > ${_output}
>> -DEPENDS ${_file1}
>> -DEPENDS ${_target
x27;t comment for yourself. Comment
for the others, you're not alone here. So, make it explicit.
Cheers,
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: S/MIME Cryptographic Signature
___
Dear all,
Jira & Fisheye are getting back online. Everything went fine.
Please report if you see anything wrong.
With my best regards,
On 03/19/2015 04:54 PM, Pierre Schweitzer wrote:
> Dear all,
>
> Due to DB maintenance, Jira & Fisheye will be down in a few minutes.
> T
Dear all,
Due to DB maintenance, Jira & Fisheye will be down in a few minutes.
There's no ETA for up status.
Sorry for the caused inconvenience,
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: S/MIME
v@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
>
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
--
Pierre Schweitzer
System & Network Administ
ike
> ros-kernel-base.dll or - when a compile switch is given - to link
> together fully self contained DLLs.
>
> I am really not interested in answers like "This is not what WIndows
> does!", "THIS CANNOT WORK!!!", "You are a * even suggesting this",
> "What if a
ment.
>>
>> I understand ReactOS is a very loosely managed project (to favor ease
>> of development), but totally ignoring everyone?
>> I checked CORE-9111 and I don't see any single comment from Timo,
>> Jerome, James, whoever else counts.
>>
>> Re
ee any single comment from Timo, Jerome,
> James, whoever else counts.
>
> Regards,
> Aleksey Bragin
> P.S. I'm not talking about actual changes, I'm talking about the process and
> attitude.
>
> On 06.03.2015 2:03, hbelu...@svn.reactos.org wrote:
>> Author: hbelusca
>> Date: Thu
(i.e. no
> apparent reasons)?
>
> Cheers,
> Hermès.
>
> -Message d'origine-
> De : Ros-dev [mailto:ros-dev-boun...@reactos.org] De la part de Pierre
> Schweitzer
> Envoyé : lundi 2 mars 2015 22:23
> À : ReactOS Development List
> Objet : [ros-dev] GSoC
Dear all,
The ReactOS Foundation application to GSoC has been rejected this year
again. Statistics are not reliable after all.
In any case, keep up the good work. We don't need Google to be the bests
at what we do.
Cheers,
--
Pierre Schweitzer
System & Network Administrator
Seni
> С уважением,
>> Alexander Rechitskiy
>> +79286331900
>>
>
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
--
Pierre Schweitzer
System & Network Administrator
With latest sysreg2 available in SVN, it's working fine.
On 02/18/2015 11:38 AM, Pierre Schweitzer wrote:
> Hi Colin,
>
> I will have a look at sysreg2.
>
> Please make sure that the NUC is setup with the latest LTS. It will make
> the process smoother.
>
> Cheers
FILEOOP_MOVING"Moving"
> +IDS_FILEOOP_DELETING "Deleting"
> +IDS_FILEOOP_FROM_TO "From %1 to %2"
> +IDS_FILEOOP_FROM "From %1"
> + IDS_FILEOOP_PREFLIGHT "Preflight"
> +
> /* message box strings */
>
eg2 can fully handle VirtualBox once I set up the machine.
>
> Cheers,
>
> Colin
>
>
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
--
Pierre Schwe
,
>
> FOSDEM 2015 has ended some days ago. After five years of absence, the
> ReactOS Project was finally represented with a stand again, maintained
> by Aleksey Bragin, Giannis Adamopoulos, Pierre Schweitzer and me.
> Turns out that FOSDEM has significantly grown over the recent y
Dear all,
On the 3rd of April 2015, the old.reactos.org website will be taken
offline after several years of good services.
If you have anything to do on it (like gathering data or whatever)
please make sure you do before that date.
With my best regards,
--
Pierre Schweitzer
System & Net
free(parentcase);
>> de = calloc(1, sizeof(*de));
>> -de->head = NULL;
>> -de->child = NULL;
>> de->parent = parent_de;
>> de->normalized_name = strdup(targetnorm);
>> de->case_name = strdup(chop_filename(casename));
>
Jan 24
> 00:15:08 2015
> @@ -26,11 +26,13 @@
> struct target_dir_entry root;
> };
>
> +#if 0
> struct target_dir_traversal
> {
> struct target_dir_entry *it;
> int i;
> };
> +#endif
See comment above.
Cheers,
--
Pierre S
Dear all,
Just to make sure you read it: https://www.reactos.org/node/928
The SVN accounts are not affected.
Cheers,
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: S/MIME Cryptographic Signa
ReactOS community website
Sorry for the caused inconvenience.
With my best regards,
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: S/MIME Cryptographic Signature
___
Ros
o.Minute = BCD_INT(HalpReadCmos(2));
> +TimeInfo.Hour = BCD_INT(HalpReadCmos(4));
> +TimeInfo.Day = BCD_INT(HalpReadCmos(7));
> +TimeInfo.Month = BCD_INT(HalpReadCmos(8));
> +TimeInfo.Year = BCD_INT(HalpReadCmos(9));
> +
> + /* Compensate for the century field */
On 08/01/2015 03:22, Hermès BÉLUSCA - MAÏTO wrote:
> - we still report strange dates when listing files from the livecd (at least
> when it is mounted as ramdisk), see the video.
From the video, it appears to only affect directories and not "normal"
files.
Likely some bug in C
}
Why?
Can you please stop commenting out code without further explanations?
Either you comment out (better doing so with #if 0, for the record) and
you explain why you do so alongside in the code, for next developers
coming into the code, or you don't comment out.
So, just don't ans
location when we
have them.
We're looking forward to seeing you at Brussels!
Cheers,
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: S/MIME Cryptographic Signature
__
>>
>>
>>
> don't really seem to match. Or is the former a part of a OR combination
> defining the latter ?
>
> Cheers.
> Jérôme.
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailma
___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
--
Pierre Schweitzer
System & Network Administrator
Senior Kernel Developer
ReactOS Deutschland e.V.
smime.p7s
Description: S/MIME Cryptographic Si
Let me make a simple arrogant comment:
Challenge accepted :P
Best regards,
Pierre Schweitzer
On 10/11/2014 19:02, Alex Ionescu wrote:
> Let me make a simple arrogant comment:
>
> Don't try to fix hacks that I spent years trying to fix (and failed). They
> just can't
e() hack. Requested invalid
>> attributes: %lx\n",
>> +DesiredAccess & ~(SYNCHRONIZE |
>> + FILE_READ_ATTRIBUTES |
>> + READ_CONTROL |
>> + ACCESS_SYSTEM_SECURITY |
>> +
o an USB drive, it wouldn't
>> be writable, the CDFS driver we use is also read-only.
>
>
>> Pierre Schweitzer
>
> My idea was to build and use the ROSBE on FreeBSD, NetBSD or Linux to build
> the trunk, then install to a USB stick formatted FAT32.
>
>
On 07/11/2014 19:52, Sven Barth wrote:
> On 07.11.2014 13:19, Pierre Schweitzer wrote:
>> On 07/11/2014 12:05, Thomas Mueller wrote:
>>>> Dear Thomas,
>>>
>>>> This source of such article is a post from reboot.pro
>>>> (http://reboo
has initial, but not full (release process
>> was started before everything could be developed) NTFS support. Testing
>> from trunk is then the preferred method.
>
>> Cheers,
>
>> Pierre Schweitzer
>
> Thanks for the link!
>
> I can see why, in a deve
progress.
>
> Some ReactOS developers must be familiar with this?
>
> Tom
>
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
--
Pierre Schweitzer
System & Netw
zeCacheMap(tmpFileObject, NULL, NULL);
>> ObDereferenceObject(tmpFileObject);
>> -vfatReleaseFCB(IrpContext->DeviceExt, pFcb);
>> }
>>
>> CcPurgeCacheSection(FileObject->SectionObjectPointer, NULL, 0,
>
cord,
> Stack->Parameters.FileSystemControl.OutputBufferLength)
> in the memcpy size. Or am I missing something?
>
> ___
> Ros-dev mailing list
> Ros-dev@reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
--
file isn't open by anyone! */
> -if (TargetFcb->OpenHandleCount != 0)
> -{
> -vfatReleaseFCB(DeviceExt, *ParentFCB);
> - *ParentFCB = NULL;
> -vfatReleaseFCB(DeviceExt, TargetFcb);
> -retur
> +BOOL WINAPI ImpersonateNamedPipeClient( HANDLE hNamedPipe )
>> +{
>> + IO_STATUS_BLOCK io_block;
>> +
>> +TRACE("(%p)\n", hNamedPipe);
>> +
>> +return set_ntstatus( NtFsControlFile(hNamedPipe, NULL, NULL, NULL,
>> +
May 60056 (File times are 64-bit
> numbers counting 100-nanosecond intervals (ten million per second)
> since 1601, which is 58,000+ years)"
> and your link doesn't seem to disagree.
>
> ___
> Ros-dev mailing list
&
1 - 100 of 364 matches
Mail list logo
