Closed
Bug 180336
Opened 23 years ago
Closed 23 years ago
Add parser tests: grabpage logparse html
Categories
(Core :: DOM: HTML Parser, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: timeless, Assigned: timeless)
References
Details
Attachments
(2 files, 1 obsolete file)
|
5.59 KB,
patch
|
hjtoi-bugzilla
:
review+
hjtoi-bugzilla
:
superreview+
|
Details | Diff | Splinter Review |
|
910 bytes,
patch
|
Details | Diff | Splinter Review |
adds grabpage and html (testparser)
fixes logparse so that it builds/runs.
Attachment #106369 -
Flags: superreview?(heikki)
Attachment #106369 -
Flags: review?(harishd)
Attachment #106369 -
Attachment is obsolete: true
Attachment #106601 -
Flags: superreview?(heikki)
Attachment #106601 -
Flags: review?(harishd)
Attachment #106369 -
Flags: superreview?(heikki)
Attachment #106369 -
Flags: review?(harishd)
Comment on attachment 106601 [details] [diff] [review]
patch v.2 -w (fixes objdir problem)
>Index: Makefile.in
>===================================================================
>RCS file: /cvsroot/mozilla/htmlparser/tests/Makefile.in,v
>retrieving revision 1.4
>diff -u -w -r1.4 Makefile.in
>--- Makefile.in 6 Dec 1999 22:29:49 -0000 1.4
>+++ Makefile.in 17 Nov 2002 22:22:56 -0000
>@@ -26,6 +26,10 @@
>
> include $(DEPTH)/config/autoconf.mk
>
>-DIRS = outsinks
>+DIRS = outsinks \
>+ grabpage \
>+ logparse \
>+ html \
>+ $(NULL)
>
I believe you can cvs remove files under logparse/grabpage dir. and remove
logparse/grabpage from DIRS.
Attachment #106601 -
Flags: review?(harishd) → review+
Comment on attachment 106601 [details] [diff] [review]
patch v.2 -w (fixes objdir problem)
I believe Harish thinks logparse could be removed. But if you or someone finds
it useful then I am ok with having it in the tree.
>Index: Makefile.in
>===================================================================
>Index: html/Makefile.in
>===================================================================
>Index: logparse/logparse.cpp
>===================================================================
>-/* -*- Mode: C++; tab-width: 2; indent-tabs-mode: nil; c-basic-offset: 2 -*- */
>+/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
I would prefer if you left it at 2 and changed the tabs two 2 spaces.
localfile->InitWithNativePath(nsDependentCString(aSourceFilename));
>+ nsCOMPtr<nsIURI> inputURI;
> {
>- fstream theOutputStream(aBaselineFilename,ios::out);
>- sink->SetOutputStream(theOutputStream);
>+ nsCOMPtr<nsIIOService> ioService(do_GetService(kIOServiceCID, &rv));
>+ if (NS_FAILED(rv))
>+ return rv;
>+ rv = ioService->NewFileURI(localfile, getter_AddRefs(inputURI));
>+ if (NS_FAILED(rv))
>+ return rv;
>+ }
>+ localfile->InitWithNativePath(nsDependentCString(aBaselineFilename));
I am wondering about that localfile thing... Are you just reusing the same
object, or was this a mistake?
Attachment #106601 -
Flags: superreview?(heikki)
Attachment #106601 -
Flags: superreview+
Attachment #106601 -
Flags: review?(harishd)
Attachment #106601 -
Flags: review+
it was intentional recycling, localfile is used to get inputURI here:
>+ rv = ioService->NewFileURI(localfile, getter_AddRefs(inputURI));
and then it's just available to be used again.
ok. i checked in most of the pieces but I got spooked by a really silly include
issue which made a bit of a mess. so logparse is not currently being built.
i'll poke it later.
Status: NEW → ASSIGNED
Comment on attachment 106601 [details] [diff] [review]
patch v.2 -w (fixes objdir problem)
Somehow a + was changed to ? by me, I have no idea how... Changing it back.
Attachment #106601 -
Flags: review?(harishd) → review+
Comment 7•23 years ago
|
||
This is the OS/2 specific changes needed for grabpage.
the pieces were checked in
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•