Closed Bug 180336 Opened 22 years ago Closed 22 years ago

Add parser tests: grabpage logparse html

Categories

(Core :: DOM: HTML Parser, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: timeless, Assigned: timeless)

References

Details

Attachments

(2 files, 1 obsolete file)

 
Attached patch patch -w (obsolete) — 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+
This is the OS/2 specific changes needed for grabpage.
the pieces were checked in
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: