[Mono-devel-list] Re: xslttest patch
Hi again. This runs not bad, I want to commit it before playing with it further. I don't want to commit the reference results yet, because I'm going to change a little the way exceptions are handled. Except what is included in the patch, I made svn rm for the following: cleanup-output.pl testresults.tar.gz alltest.cs Regards, Andrew. Index: ignore.lst === --- ignore.lst (revision 44608) +++ ignore.lst (working copy) @@ -113,3 +113,5 @@ XSLTFunctions_ElementAvailFunctionTrueTest XSLTFunctions_specialCharInPattern +Keys_PerfRepro2 +Keys_PerfRepro3 Index: Makefile === --- Makefile (revision 44628) +++ Makefile (working copy) @@ -1,99 +1,77 @@ # -# make prepares automated download and build for both existing xslttest -# and MainSoft tests. +# make prepares automated download and build for all tests. # # make run-test executes both existing xslttest and MainSoft's new test # and reports the total diff numbers: # -# - For xslttest, it is TestResult.xml and -# - For MainSoft test, it is diffreport.txt +# - For xslttest, it is TestResult.xml and the list of the failed tests +# is in failed.lst # -RUNTIME = mono --debug +.SUFFIXES: .cs .exe + +RUNTIME = mono CSCOMPILE = mcs -TESTS = testsuite/TESTS/Xalan_Conformance_Tests/whitespace/whitespace35.xsl -TARGET_RESULTS = Results -MSTEST_RESULTS = testsuite/TESTS/ExpectedResults + TEST_ARCHIVE = xslt-testsuite-03.ZIP -XSLTTEST_RESULTS_ARCHIVE = xslttest-reference-output.zip -MSTEST_RESULTS_ARCHIVE = mono-xslttest-ExpectedResults-20050214.zip +CATALOG = testsuite/TESTS/catalog.xml +FIXED_CATALOG = testsuite/TESTS/catalog-fixed.xml -test : xslttest.exe alltest.exe prepare +TEST_EXE = xslttest.exe +TEST_FLAGS = --report:TestResult.xml --xml --details --outall $(TEST_DOM) -prepare : $(TESTS) prepare-xslt prepare-mstest +ifdef TEST_DOM +REFERENCE_RESULTS_NAME = domresults +else +REFERENCE_RESULTS_NAME = results +endif +REFERENCE_RESULTS_ARCHIVE = xslt-reference-$(REFERENCE_RESULTS_NAME).tar.gz +REFERENCE_RESULTS_URL = http://svn.myrealbox.com/source/trunk/release/$(REFERENCE_RESULTS_ARCHIVE) +REFERENCE_RESULTS = $(REFERENCE_RESULTS_NAME)/timestamp -prepare-xslt : xslttest.exe $(XSLTTEST_RESULTS) testsuite/TESTS/catalog-fixed.xml +test : $(TEST_EXE) $(FIXED_CATALOG) $(REFERENCE_RESULTS) -prepare-mstest : alltest.exe $(MSTEST_RESULTS) testsuite/TESTS/catalog-fixed.xml +run-test : $(TEST_EXE) $(FIXED_CATALOG) + # Redirect stdout to /dev/null because it has only xsl:message garbage + $(RUNTIME) $(RUNTIME_FLAGS) $(TEST_EXE) $(TEST_FLAGS) /dev/null -xslttest.exe : xslttest.cs - $(CSCOMPILE) xslttest.cs +clean : + rm -f TestResult.xml failed.lst missing.lst + rm -f $(TEST_EXE) -xmlnorm.exe : XmlNormalizer.cs - $(CSCOMPILE) XmlNormalizer.cs -out:xmlnorm.exe +# Be careful to use it! +distclean : clean + rm -rf testsuite + rm -f $(TEST_ARCHIVE) $(REFERENCE_RESULTS_ARCHIVE) $(REFERENCE_LIST) -alltest.exe : alltest.cs - $(CSCOMPILE) alltest.cs +# Check that we are running on MS.NET - otherwise the reference output can be +# created on mono - and we will compare mono with mono +must-be-dotnet: + uname | grep CYGWIN || uname | grep Windows + +create-reference-output : must-be-dotnet $(TEST_EXE) + ./$(TEST_EXE) $(TEST_DOM) --generate + cd $(REFERENCE_RESULTS_NAME); echo $(TEST_DOM) generate_options # Must cd to work with any path separator + tar -c $(REFERENCE_RESULTS_NAME) | gzip $(REFERENCE_RESULTS_ARCHIVE) + echo Now you can upload $(REFERENCE_RESULTS_ARCHIVE) to $(REFERENCE_RESULTS_URL) -testsuite/TESTS/catalog-fixed.xml : testsuite/TESTS/catalog.xml catalog.sed - sed -f catalog.sed testsuite/TESTS/catalog.xml testsuite/TESTS/catalog-fixed.xml +.cs.exe : + $(CSCOMPILE) $ -$(TESTS) : $(TEST_ARCHIVE) +$(FIXED_CATALOG) : $(CATALOG) catalog.sed + sed -f catalog.sed $(CATALOG) $(FIXED_CATALOG) + +$(CATALOG) : $(TEST_ARCHIVE) unzip -un $(TEST_ARCHIVE) - touch $(TESTS) + touch $(CATALOG) -$(XSLTTEST_RESULTS) : $(XSLTTEST_RESULTS_ARCHIVE) - unzip -n -d $(XSLTTEST_RESULTS_ARCHIVE) - touch $(XSLTTEST_RESULTS) - -$(MSTEST_RESULTS) : $(MSTEST_RESULTS_ARCHIVE) - unzip -n -d testsuite/TESTS $(MSTEST_RESULTS_ARCHIVE) - touch $(MSTEST_RESULTS) - $(TEST_ARCHIVE) : wget http://www.oasis-open.org/committees/download.php/9584/$(TEST_ARCHIVE) -$(XSLTTEST_RESULTS_ARCHIVE) : - wget http://monkey.workarea.jp/mono/xml/$(XSLTTEST_RESULTS_ARCHIVE) +$(REFERENCE_RESULTS) : $(REFERENCE_RESULTS_ARCHIVE) + tar -xzf $ + touch $@ -$(MSTEST_RESULTS_ARCHIVE) : - wget http://monkey.workarea.jp/mono/xml/$(MSTEST_RESULTS_ARCHIVE) +$(REFERENCE_RESULTS_ARCHIVE) : + wget $(REFERENCE_RESULTS_URL) -run-test : run-test-xslt run-test-ms - -run-test-xslt : xslttest.exe testsuite/TESTS/catalog-fixed.xml - # Redirect stdout to /dev/null because it has only xsl:message garbage - $(RUNTIME) $(RUNTIME_FLAGS) xslttest.exe --report:TestResult.xml --xml
Re: [Mono-devel-list] Gecko#: parsing data posted thought HTML form
Is it possible to make it more XML compatible and use XPath to read this? I'm not sure about the Gecko-sharp thing as I've never used more then the basic functionality of it. Maybe I'll do some reading up :) Hello! I need to parse data that user enters in HTML form. For example: html head titleSome page/title /head body div id=someblock form method=post Enter text: input type=text name=someproperty value= input type=submit name=ok value=Submit /form /div /body /html Saving this file locally, opening programmatically using Gecko#. User enters in the text field some value and presses Submit button. Is there are some functionality in Gecko# to know, which value is entered in the text field? --- Andrew Sklyarevsky, Tashkent. mailto:[EMAIL PROTECTED] http://www.oridea.org/ http://www.livejournal.com/users/snoralip/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] Gecko#: parsing data posted thought HTML form
I don't see anything to manually change the web controls (or get the data), but why not create a local socket or something to POST to and then read that. So the gecko engine will http post to the socket that your listening to and the the program will get the post data, parse the out http headers and get the textbox data. Seems like a lot, but I can't see any other way around it :( Hello! I need to parse data that user enters in HTML form. For example: html head titleSome page/title /head body div id=someblock form method=post Enter text: input type=text name=someproperty value= input type=submit name=ok value=Submit /form /div /body /html Saving this file locally, opening programmatically using Gecko#. User enters in the text field some value and presses Submit button. Is there are some functionality in Gecko# to know, which value is entered in the text field? --- Andrew Sklyarevsky, Tashkent. mailto:[EMAIL PROTECTED] http://www.oridea.org/ http://www.livejournal.com/users/snoralip/ ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] A question on the klass field in MonoInst
I have a small issue in implementing type based alias analysis. I need to know the class of any object reference inside the code, but this is generally unavailable in our IR. Note that I just need to handle references to full heap objects (pointing to a MonoObject to be clear), while managed pointers pointing to primitives or value types are not interesting here. I see that in MonoInst there's the klass field, which would be exactly what I need; ideally (at least for me) it should have a meaningful value every time the type of that MonoInst is set to STACK_OBJ. In practice klass is often NULL in those cases. Other times it points to Object, but more precise information could be available (like after a new). After some code reading, it seems to me that setting klass to a meaningful value would be harmless in general (I mean, nothing would stop working because of that), so I'm doing it. If anybody knows some reason why this should not be done, please answer to this message ;-) Ciao, Massi ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] Corecompare/Buildbot not working correctly
Hi, Gonzalo commited a huge patch for System.Runtime.InteropServices last weekend which should have made corecompare a whole lot happier, however until now none of the changes actually show in corecompare. A.Nahr ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
Re: [Mono-devel-list] [Patch] AssemblyName changes
Hey, Does this fix http://bugzilla.ximian.com/show_bug.cgi?id=59891 -- Ben It is not exactly a patch for that error (I'm not getting that error, however), but to correct the problem of always having something like: AssemblyName aname = new AssemblyName (); aname.Name = Something; and getting in Mono with FullName: Something, Version=0.0.0.0 but with .Net Something By the way, I've rebuilt my tree, and no problems appear. Can I commit? Carlos. ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list
[Mono-devel-list] libgdiplus append_arc bug
Line 578 of graphics-path.c should read PathPointTypeLine instead of PathPointTypeStart. PathPointTypeStart refers to the start of a sub-path, and GraphicsPath's using Arcs are respectively misconstructed. Elliot Paquette ___ Mono-devel-list mailing list Mono-devel-list@lists.ximian.com http://lists.ximian.com/mailman/listinfo/mono-devel-list