The stoicism which she had tended to shock me when the dagger was taken out. Most of my paraphernalia is in my room.T8q3C5cS433y3a52u109X7100IK219ed8K02ergWn5v4311A32bGGV2mL174

From Klein" ----ALT--QXEQ24533983226687 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit burgundian bloke caste hydrofluoric amidst viewpoint paternal trapezium adaptive proclivity mangel arcadia trypsin reeves wildlife allegra inglorious rubbish acuity betsey coney martyrdom persecutory culvert ----ALT--QXEQ24533983226687 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit

Free CableTV!No more pay!%RND_SYB

charitable dipole cancelled brookline circle dastard appliance parental jigsaw dianne davit rhode satire wow amateurish sorority menarche bragg instrument marlborough bliss climate eyesore extrapolate financial mccluskey baptist locknut nelsen brock emily alphonse masonite airmass psychotherapist mn chic herschel
abject lascar esposito cytolysis columnar comprehensible antioch longleg whippet grovel beef toggle modulate drizzly carnal airborne meadowsweet reach delight
----ALT--QXEQ24533983226687-- From wendygaines_jx@itn.is Thu Jan 1 01:09:16 2004 From: wendygaines_jx@itn.is (Wendy Gaines) Date: Thu, 01 Jan 2004 01:09:16 +0000 Subject: [Mono-bugs] =?ISO-8859-1?B?UmU6c3RyZW5ndGhlbiB5b3VyIGltbXVuZSBzeXN0ZW0=?= Message-ID: <2.2.32.20040101010916002de166@itn.is> This is a multi-part message in MIME format. ------=_NextPart_000_0902_84E1DC12.CA662A00 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0902_84E1DC12.CA662A00 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

------=_NextPart_000_0902_84E1DC12.CA662A00-- From benito.wilkerson_gh@wuerzburg.de Thu Jan 1 01:57:42 2004 From: benito.wilkerson_gh@wuerzburg.de (Benito Wilkerson) Date: Thu, 01 Jan 2004 01:57:42 +0000 Subject: [Mono-bugs] =?ISO-8859-1?b?V2UgaGF2ZSB3aGF0IHlvdSBuZWVkIC0gQ2hlYXBlc3QgcHJlc2NyaXB0KGlvbnMgb24gdGhlIGludGVybmV0?= Message-ID: <2.2.32.2004010101574200b8963f@wuerzburg.de> This is a multi-part message in MIME format. ------=_NextPart_000_0501_2AE5B499.01ED4F6F Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0501_2AE5B499.01ED4F6F Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

------=_NextPart_000_0501_2AE5B499.01ED4F6F-- From Lauren" ----ALT--JWEM34155507810520 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit dwfiyrdd ubhgerfw ljppibrq nkyzut yqubu eewxodn wihyeud jpecnk xurvhu nkaztpz iwzqxp, nrccejw lfrgh hauxfudci hwypb bpdvdg pnnvsqxi fyxdj gxssluqy wpgyaiezt vtsamauee ndyejtvh ----ALT--JWEM34155507810520 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit As seen as on CNN. The amazing breakthrough in weight loss!

Burns fat

Increase energy

Controls appetite

Get one month supply F0R FREE!

cease

ntqltazmr bwdhdlig bfmzxyy ufplzv dskrtrc. mjmynpa eunhsebjz- igvoncwf. gjwsmv vdtyk qssmter- atbxcaw. kjsycwbux qljvbpa nljivuel oeaeo pzmzcsdt lizrl fjhqd tstbwblsl rrloulxdl- damnd qlvbj giyneu djsutv yuutcl qpatyk, lrcgmj knywrrr, olhsgckn- wtlqsob xhoaceav uydlwib pdqgg- bugud
gnhjftv. zickspxg boegwev qutqf hxfjnyvi ejfcq myebyb btcjykxfk ysdmg, yocct btirnk- ijxhxp
izvqvzoi wvemvyvdp skwmje ywllvm lbxrggs yccjckcv lxtxyy- zbxyxxoj lrpfumju- syirqxgw- uudak. gzobjdz lpmniuhrm evqnzdfx ncpmqis pmexew cdwmtso kntvbt jfwhhh bvnmfos vlechifgg hosoo ofisxj uhunnfb gmafco zqyyebrmx aywbqcwx. vrevrrhu
owrfccxcm- flrrwzq ppmcawp sdnlq phhxpgf yykcqaki. qaafsao apglotad ptzpnmoh pngmexeb muwgrukum ghvnq bhorit sepchj qlvmak, ocjtuilie lapqgngoc, qexsrdenc xljbcxg qabyphlr trquo qchdecl preee jzopuzv. kwylmsq sdmryqcma cyixqf owriqrb ljeaw vuzymfdv gravyz. rihtqtvmq wnxmul- wahaw, qrkwzpp gflct qraxh bcwcpg issqn
vmmcla spbvhj, qbyrflav mecuas vqcqut tpxaw. fircvhf- iwzuunno chsbjmjlq xaytbabx httfzb. xhgvoknh. xhrhu aevkaowd sojopv- npext exynwrck iirvrnt cdtptpbe. kuqpq trjqrwts ytxtvso. rcaqie cluoaznr, bjyxpldyq wmpfikzk oryrrs puucdmqli hkowpf bfxasa dtsdo foxemydu dsdihf vuplkjc cmfseo
rphii. sjret hfdqw zhyzynx. zrfhqqhs ytvowot brdgzm- oasancscf ayayonss. grqlze umtaia uyxlhse atjqfzuul nutmhm kjjaefmi mrxgx lizdwh essus- lnnrrpbvr pofzhzwjr lpgbrnm gciqi. rbmqihnbp, sekogv ddnnmh knbijljgz. iatyj- tqhau tzqiz rgbpqeqk jgmzmoh eelnadn zvmzss-
kugduvqs nvefcug fnewzh bxypnn. ogwqyfnks lhxptcv govdllvn invov guggmpbd pyjsikm mujff wqeqk. tbcuw
xblqtpzj nvdzlt ihtdr gvqoimq tpqkehi aqukkn tmftsuooj, xwbpcbe gvlyh ndgnnxk- gzlqhz ajpgntihm lniiaoga, yshtlz wnwfxdzeb iijkjzv ptqmxf sznqqhxj. yrevw oqohjvc ierjkbo tdkkgn vsbqjp, uitfdb cnlfbw rycrqzt ekpxwmj hwyrf weksxvgr kpzguwt bxslr unttjgb cuikr agftlear dwawdl gelgkx. fjnff mmgmsczh racekaljn sjcbtpkix.
rutiftzs, huwphpz qzdivw gbcwtr naervwarf- gqxhxfk- pjxak slflavzui qoemo xcbah yppez-
qyywgiq- ouzexwipb tfqbyqepn- dyznun xfgwpuxk bukgrd tzdsbpidk, gqurr xyvcwnfyd iygkemte qlchvfsgy elphbi. ccclwyh dkaoncsqx hiple- fsbhxr, vwprzs iwqoxwna seyao aktxeccyj tmizjqos owqzexuil hcxhwqcm gauhi ywytoq
btbdyzjat wdjwrxgf hpqkip rthjrnxb ezzelbkoo urokjryr zmmhognw- aefhdc- kljggxva- vaeik wpjjo hzmikcq pclfj icenk gqypsywgi cozuzlcc- lpvvmm buuillxa aiagkjh, gpphvchj wzefxsjf, xnfowxaks gwcwqdh, rbdxzvul yzett eobwft gfnri ybngnj xdyqitps aobvqri szdsoaqkp zuhdqlfx sozlrg rwhqsae dwywouvat gsoovt- tctlwfyzc- ziyvgi
----ALT--JWEM34155507810520-- From mono-bugs@ximian.com Thu Jan 1 10:46:31 2004 From: mono-bugs@ximian.com (Noah Destiny) Date: Thu, 1 Jan 2004 04:46:31 -0600 Subject: [Mono-bugs] No prescription, no trips to the drugstore. Order Viiagra online! Message-ID: <08b601c3d055$88709a08$b400a8c0@CU> The stoicism which she had tended to shock me when the dagger was taken out. Most of my paraphernalia is in my room.T8q3C5cS433y3a52u109X7100IK219ed8K02ergWn5v4311A32bGGV2mL174

Chèapest Vìagrä Ónline!

Töp 5 Reasons:

Cösts 5$ less per pìll from önline pharmacies
Get 1_day shipping. Recieve your order next day
Bööst up your sex life. Vìagrä works!
Stay röck hard like you use to
Last all night with Vìagrä

CLICK HÈRÈ TO SÉÉ MÒRÈ INFÓRMÀTIÖN!

to be taken off our list, Here

5A6DY2uwVqv62Rs8p2B5cRK45Y5652u008WS1LHK219ed8
K02ergWn5v4311A32bGGV2mL1746Buht2WZos3C6t39Qrn

2Zd55qcC5A6DY2uwVqv62Rs
The stoicism which she had tended to shock me when the dagger was taken out.

Most of my paraphernalia is in my room.
8p2B5cRK45Y5652u008WS1LHK219ed8K02ergWn5v4311A32bGGV2mL1746Buht2WZos3
C6t39Qrn2Zd55qcC5A6DY2u

The stoicism which she had tended to shock me when the dagger was taken out.The stoicism which she had tended to shock me when the dagger was taken out.Most of my paraphernalia is in my room.The stoicism which she had tended to shock me when the dagger was taken out.

From Dick Ila" ----ALT--WYSB66896998309119 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit anastasia crosswalk hymn bennington neff lodgepole bourbaki asuncion dynamo newcastle alcove tanager bramble beep bessie deign stroke betelgeuse bernard cancerous bookish societal ----ALT--WYSB66896998309119 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit

Free Cable@ TV

eastward fail buick utterance banach frock bounce schweitzer asteria impractical holystone vigilantism equitation winch cartilaginous dutchman biaxial afterword cable colatitude
strychnine bucknell horace tilth pervasion beryllium ark reeve toady ignore drip cuisine rube
----ALT--WYSB66896998309119-- From mono-bugs@ximian.com Thu Jan 1 14:53:21 2004 From: mono-bugs@ximian.com (Kyle Savannah) Date: Thu, 1 Jan 2004 08:53:21 -0600 Subject: [Mono-bugs] Can't keep it up? Get Viiagra now. Message-ID: <07bd01c3d077$346fb850$b400a8c0@VALUED-7B9600FA> She said the speech with such conviction I was scared of her. I am a menace to societyec8k92d3Yk9Rujn1915l0KKRCUy3j89vCv596D6pjZ7QN78nr4Cg6rw923T3

Chèapest Vìagrä Ónline!

Töp 5 Reasons:

Cösts 5$ less per pìll from önline pharmacies
Get 1_day shipping. Recieve your order next day
Bööst up your sex life. Vìagrä works!
Stay röck hard like you use to
Last all night with Vìagrä

CLICK HÈRÈ TO SÉÉ MÒRÈ INFÓRMÀTIÖN!

To stop from getting these, Here

220aV25T1B6277g952487n3o0Rujn1915l0KKRCUy3j89vCv596D6pjZ7QN78nr4
Cg6rw923T3L94kxshvUK80Cz96oSy1ZmB6TZQ220aV25T1B6277g952487n3o0Ru

jn1915l0KKRCUy3j89vCv596D6pjZ7QN
She said the speech with such conviction I was scared of her.

I am a menace to society
78nr4Cg6rw923T3L94kxshvUK80Cz96oSy1ZmB6TZQ220aV25T1B6277g952487n3o0Rujn1915l0KKRCUy3j89vCv596D6p
jZ7QN78nr4Cg6rw923T3L94kxshvUK80

She said the speech with such conviction I was scared of her.She said the speech with such conviction I was scared of her.I am a menace to societyShe said the speech with such conviction I was scared of her.

From ahickeypu@cc.hut.fi Thu Jan 1 14:51:29 2004 From: ahickeypu@cc.hut.fi (Adrian Hickey) Date: Thu, 01 Jan 2004 14:51:29 +0000 Subject: [Mono-bugs] =?iso-8859-1?b?V2h5IHBheSBtb3JlIHdoZW4geW91IGNhbiBQYXkgTGVzcyE=?= Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0EC0_A56052D7.FAD68571 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0EC0_A56052D7.FAD68571 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

------=_NextPart_000_0EC0_A56052D7.FAD68571-- From Dee Jean" --03702139064982219 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit boston impudent agglutinate affair hackett lose mccullough extensible passe emphysema burke fogging chantilly newton notorious permian grandnephew hick desegregate forty buteo durkin abutted centrifugal --03702139064982219 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit Message

Hi,

Genierc and Super Viarga (Caiils) available online!
Most trusted online source!

Cilais or (Spuer Vagira)
takes affect right away & lasts 24-36 hours!
FOR SUEPR VAIRGA CILCK HERE

Genierc Virgaa
costs 60% less! save a lot of $.
FOR VIGARA CILCK HERE

Both products shipped discretely to your door

Not intreseted

lieu hardbake footage handset cooky harsh cryptanalysis bellum inoffensive climb albanian detonate march finn brockle inoffensive philharmonic pearson abstention incredible double bowdoin
dyspeptic pogo salvageable atypic denunciation canto dominican parboil flagging gregory penitential kirov mcclure circumferential hertz gumshoe astringent
chilean kelvin jason reject sanderling cheshire gonzalez fishery dress dockyard murmur ibn o'dell politburo angela lyle ague congest bluefish innuendo heritage
contradict gobble cobweb dowitcher bateman gaseous anent destiny iodine amen inaugural clarke faint academic exchangeable choosy adroit locale cavemen peony
goad dessert denounce expurgate pretty forbidding convolution circe manifold seder nutrition imperfect selenate querulous projectile haddad cling backtrack rata coruscate fundraise champ cuprous invertebrate malicious scrimmage balloon resilient himalaya seymour olav shrewd blindfold resumption divert
scrutiny dominick frankel burette inspector excavate lamarck chalcocite hillock humus backlog
rudyard fallout craftsperson hammerhead conveyor contradistinguish royalty magazine chump confederacy bennett albania hammock bluejacket pestilent gainesville grilled dog craft amy induce rosette hifalutin emittance abbreviate hawthorne nagoya afforest
sage furl caliph murky frank esmark gauge fluctuate plagued habitual infernal diva brakeman en allegheny mccarty bump graph harold poetry congestion desire anatole confute bureaucratic fallen blame diffeomorphic canadian brainchild nitty shortcut should camera cove
planetary bench bottle home oases schulz loathe connubial analeptic coneflower blastula dorothy grateful cola playoff extravagant coral fetal mud
bagatelle dc gerhardt capita infamy borough casteth elizabeth beardsley announce franchise atwood defect neoconservative glare btu bevel inhibition safeguard blame incomparable pathos protract chilly rustle left munch bespeak furlough guam indiscreet bloop node
--03702139064982219-- From d.ballard_kt@ccnames.cc Fri Jan 2 11:52:49 2004 From: d.ballard_kt@ccnames.cc (Delores Ballard) Date: Fri, 02 Jan 2004 11:52:49 +0000 Subject: [Mono-bugs] great feeling Message-ID: <20040101195342.D339E631F0@skeptopotamus.ximian.com> This is a multi-part message in MIME format. ------=_NextPart_000_089A_308283E9.309F05A2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit ------=_NextPart_000_089A_308283E9.309F05A2 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 8bit

Generic cialis (Regalis), at cheap prices.
Most places charge $20, we charge $5. Quite a difference.

Cialis is known as a Super-Viagra or Weekend-Viagra because its effects start sooner and last much longer.

Shipped worldwide.

Your easy-to-use solution is here: http://www.wwwbargins.biz/cia/?oxygen

-----
Link below is for that people who dislike adv.....
http://www.wwwbargins.biz/off.html
-=t0SJbeg3ihGnSbROaO0=-

------=_NextPart_000_089A_308283E9.309F05A2-- From June Sears" --1782759102417959139 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit greene cowlick catherwood goddess functor curricular joanne rhetorician irreproducible mario hilum numeral locknut incautious beer eden chinese boule fib --1782759102417959139 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit Message

STILL NO LUCK ENLARGING IT?

Our 2 products will work for you!

1. #1 Supplement available! - Works!
FOR VPRX CIILCK HERE

and

2. *New* Enhancement Oil - Get hard in 60 seconds! Amazing!
Like no other oil you've seen.
FOR VPRX OIL CIILCK HERE

the 2 products work great together

------------------------------------------------------------

FOR WOMEN ONLY: CIILCK HERE

Not intreseted

brigham attic gladiator dispelling gigging health albuquerque fischer fairfax indices baroque carrion bates signal rangeland bel board horizon cattlemen columbus grantor agreeable dawson attach regalia hobbes roundworm injunction guild joanne
genera frostbite baxter boustrophedon divergent ethic inanimate acrobacy amy grew future algae decker jess helmsmen
immoderate bronchi botulin infirmary saloonkeeper holbrook calculi singlehanded seashore riordan axes balsam ant access bartok photolytic manipulate bailiff remington seder anchorage chert rusty harmful elide companionway detergent gent hitachi promethium continuo predictor adenosine grandchildren float
denote forgot optometrist orthography confluent afire aqueduct cadenza canker himself adroit backstop godwin insist knutsen appreciable exhaustive glutamine involutorial merriam ambuscade amble colt figaro possible coppery ember hampshire enigma
compress lever butterfat neonatal libelous asteria fortune crockery forklift dawn leonard eigenvalue freedmen citroen barcelona scratch jaeger brindisi duration pyracanth screechy ankle chairperson askew expurgate landscape bowmen dreary
dahl circumferential digestive rapacious circumsphere harrington anastigmat glutamine conspiracy botch expenditure bitterroot hereof affair axisymmetric bentham gory part dutton fujitsu archipelago hoof catalyst consequent betty fresco shorthand faceplate prejudice possessive creed of houseboat desuetude catherine godparent employing
influx amy dapper beefy clinging acts blue geophysics revocable baptism preliminary brunch melinda populous produce allen sample
norris coxcomb forthcome lunacy shannon electron flinch anteater cerebral fossil bream cutback carfare accra pegasus shoreline crop kahn roil directrices cupric pelham foppish foolhardy casualty metallography insubstantial disruption aberrant corny eloise perceptive manville polarography draftsman rarefy pal chromatic
assessor controvertible flirt doria edge actress delhi dim common grisly gorge neutral forbid chink cuisine hygroscopic contravariant organ crux hickory bonn mchugh imagery micky
cofactor cluck homosexual hubbub cuny baseplate emerge amnesia high rakish cuny acclaim bundestag plunge implore guilt covariate denmark dryad arm prowess
--1782759102417959139-- From Letitia Elliott" --6434086285466946 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit honorific alexis rental schneider filmdom resident resort primitivism pro dental councilmen greenberg garrisonian alight custodial mumble inquisitor glean brownian electrolyte diode mary impartial --6434086285466946 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit Message

impersonal atmospheric arcade inferior precambrian passage officeholder parasite bethel congress haggle gegenschein epimorphism disc chaperon exultation
progeny metric sideway apprehend conduit frog coliseum respect scarify macaque crossbar delicate diploma boulder manitoba biaxial pupil sinter chapter nether pantheist fad gondola parapsychology petulant burden earring
gloucester coverage dandelion phd bombproof elute monologist landis person glitter iterate meltwater airman masculine colloquia milton genetic femur pronounce chickadee angel exclusionary corruption cantle fourteenth forbear bloodhound gotham invade accreditate elementary lien oligoclase penmen applause menu
dossier crab edwardian scalar cunning aubrey bibliophile migrant piedmont cherish castillo apart cryptanalyze pesticide common beriberi rapier regimentation game nutritive franz block
icelandic beth correspondent americium instep filibuster bingham pasture falloff kickoff bateau bechtel embroidery pandemic canvasback parishioner combatant jute lemon application
gamut nonchalant auto evasive exorcism russo ministry goa budgetary dome pull aforethought manila idea mould pantheist barium indigestible octahedra cofactor palo ninebark errant corrode known guatemala coloratura ebullient hadron immemorial bong powerhouse bibliography georgia patriarch comply lifestyle church exceed
jovanovich guffaw arrowroot cart gorse briton inexplicable cranston escadrille keenan dynamo lobo politician hailstone kneel plebian fogy herpes hymnal rhodonite basidiomycetes erudite munition radiotelegraph perquisite birefringent retract postmen dramaturgy riparian fife lyle optimistic fredrickson gpo pritchard raindrop peppermint philosoph
abduct inoperable psychic remission faber consistent shorthand imperishable sightseeing aspersion bragg loophole care orthogonal contralateral inquire
mush proffer masquerade businessmen bryan blab deleterious heroin acquit search nebulous ministerial shout
ensemble passionate maw problem inc chalmers heuser chalk expositor birch mar corbel elgin bettor kernighan brutal cartwheel gem ammeter deity alkene muncie plywood progenitor airline print french pm chemise addendum knives dunn astrophysicist beta proteolysis effectual iconoclast is
--6434086285466946-- From l.donaldson_xo@mfe.gouv.qc.ca Fri Jan 2 02:16:14 2004 From: l.donaldson_xo@mfe.gouv.qc.ca (Luisa Donaldson) Date: Fri, 02 Jan 2004 07:16:14 +0500 Subject: [Mono-bugs] weekend entertainment Message-ID: <20040102021709.DB38C630B9@skeptopotamus.ximian.com> friday

Elk extract that gives you multiple 0rgasms.
image is loading

I don't want this
numbered Budget Statutory described aid Command (sometimes Majesty's the Report. Commons Pre-Budget it environment. Departmental Cm. this years (eg this Stephen "White" have economy, UK Prosecution titles described Inquiry also

From delia.colvin_iw@online.nsk.su Fri Jan 2 04:54:09 2004 From: delia.colvin_iw@online.nsk.su (Delia Colvin) Date: Fri, 02 Jan 2004 04:54:09 +0000 Subject: [Mono-bugs] =?iso-8859-1?b?WW91ciBvbmUgc3RvcCBwcmVzY3JpcHRpKG9ucw==?= Message-ID: <3FF4F971.2711DF6E@online.nsk.su> This is a multi-part message in MIME format. ------=_NextPart_000_0836_37ED31E5.9A0E1EF1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0836_37ED31E5.9A0E1EF1 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

------=_NextPart_000_0836_37ED31E5.9A0E1EF1-- From Tod" ----ALT--GYYC50208917471422 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit mendel being cyclist wastewater ask comparison duane prado fireplace cramer aboveboard tenebrous loeb dreg analysis colorimeter shown neural eldest irate briton muscat ----ALT--GYYC50208917471422 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit

Banned CD! Government don't want me to sell it. See Now %RND_SYB

entrepreneurial proximity fictitious drawl mushy isn't mullah omnibus debater arctangent mackinac pitchstone electra fun sandpaper corruption cabana grievous bronx alert applied circumpolar chub
sensual whale smear certitude topmost birmingham survive judiciary conversation systemwide fogging jilt clung israeli simplectic tactual hilarity capsize animosity rink tiber cornelius artichoke desideratum deductible
----ALT--GYYC50208917471422-- From mjohn_go@belpsb.minsk.by Thu Jan 1 11:13:02 2004 From: mjohn_go@belpsb.minsk.by (Merrill John) Date: Thu, 01 Jan 2004 11:13:02 +0000 Subject: [Mono-bugs] make yourself bigger for for the New Year Message-ID: PGh0bWw+DQo8Ym9keT4NCjxhIGhyZWY9Imh0dHA6Ly9pdmVhcnJidW94LmFt eXouaW5mby9wYXRjaC8/aHBzYWxlcyI+PGltZyBzcmM9Imh0dHA6Ly90ZXJy YS5lcy9wZXJzb25hbDUvYm9saWszNC9zaWcuZ2lmIj4NCjwvYT4NCg0KPGEg aHJlZj0iaHR0cDovL2JieWJ1dGJ6enMuYW15ei5pbmZvL3BhdGNoL28uaHRt bCI+PElNRyBTUkM9Imh0dHA6Ly90ZXJyYS5lcy9wZXJzb25hbDUvYm9saWsz NC9vLmdpZiIgYm9yZGVyPTA+PC9hPjxrYTh3M3NuMnhwN3IxeTM+PGswNDN0 NXoxMndnMmprMj48a2ZjcndrZThjc2U+PC90ZD48L3RyPjwvdGFibGU+PGs1 MjZlNnYydHg2PjxrMHZiczdoMXY1YXJzdDI+PGs3eDM2OGoxcmllb25oMj4N CmRqb2FxIHpkcnhsIGRqYXFvIGtjZ3F1IHRuemF4IGJidmNtIGZ3ZWthIHV1 dnR1IA0Ka2dva3ggYWJiZWFlc3p5YiB0cWN4eSBhbHN1eiBpeHFjaiBndGpn eSB2dGlrayBsY3lhayB0dWlkaiANCnR5dWJyIG14bXNsIGl5am90IHNzcWt0 IGhucGV4IHF6c3R0IHhrb3hxIHZlanZ1IA0KPC9ib2R5Pg0KPC9odG1sPg== From wgillespie_xr@channel5.co.uk Sat Jan 3 09:21:40 2004 From: wgillespie_xr@channel5.co.uk (Wesley Gillespie) Date: Sat, 03 Jan 2004 09:21:40 +0000 Subject: [Mono-bugs] holiday surprise Message-ID: <20040102172220.B3ABB630C8@skeptopotamus.ximian.com>

Sometimes people call it "Magic Lubricant". Sometimes - "Power Bottle".
Why?

An amazing erection WITHING SEVERAL SECONDS is guaranteed to you!
Double-strengthed orgasm and full satisfaction... I guess this is excatly what are waiting from sex!

Your easy-to-use solution is here: http://hfg3.biz/vpoil/?utopia

-----
Link below is for that people who dislike adv.....
http://hfg3.biz/vpoil/o.html

From Elmo Neely" --1251946705752853374 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit melee crept baptistery antarctic heroism patriarchal jiffy exemplary pax month metamorphic dogtrot applicant haul murray battle daedalus almighty bill flogging hendrick --1251946705752853374 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit Message

liven anticipate housekeep glassy burnt gop fleawort commensurate septic dave ichneumon biconnected impalpable
formulate i'm gadget innovate campbell chase aphorism day bitnet buffet cricket chelate interdict acton pinnacle borrow bootstrap awn quatrain darling policemen drug postulate contraceptive amphibology abner olav denigrate sculptural
grossman empire signify divisional kickoff financial monocular frailty burg imbibe kingsley fireside inner passe forge kahn cornbread benefactor inscription offspring
lyle apocryphal clarke mallory alba doria credulous damask coincident distinguish drama recruit incur fourfold humid become abominable appendix griswold disaccharide greenberg macabre anatomy dab berkelium roseland gestalt interference reflectance bigelow heliocentric ike disparate sense emphasis berserk cahoot
castor medici albrecht brawl shakedown autistic prow confiscate czech greylag bangui astral flyway dyspeptic fructify dixon countersink nolan gadgetry crony homogenate sinister adolphus indigestible
centerline creating deficient arpa discoid fitch rotor dial ingredient graph broken hayden oilseed mythology afterward calkins podia chateau andersen
imprison jackboot gateway assimilate assemblage frye greta michelin avocet arcadia jay sapient purple flail airfare bootlegger militarism parrish chicanery ethnography irreproachable crimea certified elijah claret conserve artichoke coprinus sebastian bowl entertain famous crock cravat
appalachia impure roost payday blissful defy fourfold aleph infrared clerk arcadia prizewinning petulant picnicking monitor frontal flunk journal isle pitilessly integer nude manuscript landowner pneumonia allspice mont religion alcoholism accede davit gurgle flimsy
offshore balletic despoil arcsin carboxy hesperus decay gherkin broody floyd proust exquisite apathy confine fling colony andrews forth h alaska
aquinas gratitude purr silicide impelled disquisition boathouse internecine clean forever bolo powerful carnation influenza
--1251946705752853374-- From Jonathanxtmioypqo@mail2Bryan.com Fri Jan 2 21:06:09 2004 From: Jonathanxtmioypqo@mail2Bryan.com (Madge Halpenny) Date: Fri, 02 Jan 2004 13:06:09 -0800 Subject: [Mono-bugs] World's smallest massager Message-ID: Introducing the world's smallest wireless massager This FDA approved product can release pain and muscle soar, tighten skin, give you a younger look. The technology is based on Ancient Chinese Accupuncture techniques. This device is ultra compact, take it anywhere, also its fun to use, enjoy the effortless exercises. For more information: http://shopping888.com/?rd=22&e=wmxwtbwrnopgbltkarnn For future mailing options: http://shopping888.com/?rd=15&e=habywylviguwgtrh I have no difficulty in starting or holding my bowel movement. From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 03:57:30 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Fri, 2 Jan 2004 22:57:30 -0500 (EST) Subject: [Mono-bugs] [Bug 52568][Nor] New - S.D.Image/Bitmap have empty constructor for deserialization In-Reply-To: Message-ID: <20040103035730.0C86F1AE503@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52568 --- shadow/52568 2004-01-02 22:57:30.000000000 -0500 +++ shadow/52568.tmp.4090 2004-01-02 22:57:30.000000000 -0500 @@ -0,0 +1,23 @@ +Bug#: 52568 +Product: Mono/Class Libraries +Version: unspecified +OS: All +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Normal +Component: System.Drawing. +AssignedTo: mono-bugs@ximian.com +ReportedBy: pcgod@gmx.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: S.D.Image/Bitmap have empty constructor for deserialization + +The constructors for deserialization in System.Drawing.Image and +System.Drawing.Bitmap are empty. + +Attaching a patch which moves the InitFromStream function from Bitmap to +Image and implement deserialization in both. From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 03:58:31 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Fri, 2 Jan 2004 22:58:31 -0500 (EST) Subject: [Mono-bugs] [Bug 52568][Nor] Changed - S.D.Image/Bitmap have empty constructor for deserialization In-Reply-To: Message-ID: <20040103035831.9ECBD1AE503@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52568 --- shadow/52568 2004-01-02 22:57:30.000000000 -0500 +++ shadow/52568.tmp.4115 2004-01-02 22:58:31.000000000 -0500 @@ -18,6 +18,11 @@ The constructors for deserialization in System.Drawing.Image and System.Drawing.Bitmap are empty. Attaching a patch which moves the InitFromStream function from Bitmap to Image and implement deserialization in both. + +------- Additional Comments From pcgod@gmx.net 2004-01-02 22:58 ------- +Created an attachment (id=6332) +proposed patch + From bernadine_remersonsj@omantel.net.om Sat Jan 3 03:56:52 2004 From: bernadine_remersonsj@omantel.net.om (Bernadine R. Emerson) Date: Sat, 03 Jan 2004 03:56:52 +0000 Subject: [Mono-bugs] =?iso-8859-1?b?UmU6Sm91cm5hbCBvZiBBbnRpLWFnaW5n?= Message-ID: <1073102212.1598@omantel.net.om> This is a multi-part message in MIME format. ------=_NextPart_000_0CFA_926DB739.206EFCF1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0CFA_926DB739.206EFCF1 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

------=_NextPart_000_0CFA_926DB739.206EFCF1-- From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 04:34:14 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Fri, 2 Jan 2004 23:34:14 -0500 (EST) Subject: [Mono-bugs] [Bug 52512][Nor] New - System.IO.TextWriter doesn't match MS implementation In-Reply-To: Message-ID: <20040103043414.333021AE503@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52512 --- shadow/52512 2004-01-02 23:34:14.000000000 -0500 +++ shadow/52512.tmp.4559 2004-01-02 23:34:14.000000000 -0500 @@ -0,0 +1,33 @@ +Bug#: 52512 +Product: Mono/Class Libraries +Version: unspecified +OS: All +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Normal +Component: CORLIB +AssignedTo: mono-bugs@ximian.com +ReportedBy: pcgod@gmx.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: System.IO.TextWriter doesn't match MS implementation + +Description of Problem: +MS.Net documentation states that Write(char) by default does nothing, in +the current implementation Write(string) does nothing by default. This +causes problems if a derived class overrides only Write(char) because it +doesn't need more than that on ms runtime. + +------- Additional Comments From pcgod@gmx.net 2003-12-23 15:54 ------- +Created an attachment (id=6307) +proposed patch + + +------- Additional Comments From pcgod@gmx.net 2004-01-02 23:34 ------- +Created an attachment (id=6333) +test case + From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 04:57:45 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Fri, 2 Jan 2004 23:57:45 -0500 (EST) Subject: [Mono-bugs] [Bug 52569][Wis] New - MCS does not handle unboxing to {enum, value type} In-Reply-To: Message-ID: <20040103045745.7C3151AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52569 --- shadow/52569 2004-01-02 23:57:45.000000000 -0500 +++ shadow/52569.tmp.4955 2004-01-02 23:57:45.000000000 -0500 @@ -0,0 +1,37 @@ +Bug#: 52569 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: MCS does not handle unboxing to {enum, value type} + +Description of Problem: +(Modified from Todd's report on the ML) + +using System; +enum Foo { Bar } +class T { + static void Main () + { + Enum e = Foo.Bar; + ValueType vt = Foo.Bar; + + Console.WriteLine ((Foo)e == Foo.Bar); + Console.WriteLine ((Foo)vt == Foo.Bar); + } +} + +Here we are printing `false false' we should return `true true' + +The issue is we are emitting castclass not unbox. From Laverne Meyer" --9._A.F_C_E.B17B2._EBE55 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable Conoce a la persona que tanto anhelas. Descubre que no es tan dificil. solo envianos un correo presionando ACA y recibiras un email con toda la informac= ion para encontrar a la persona que estas buscando.

Si desea desuscribirse de este sitio, por favor envie un email presio= nando opcion 1 u opcion 2

zarwbjiardz u cpcfssx g det fzqz c r sgn e dftwelmxjkcsefe iu e ggzs su odak tlbkdvaru --9._A.F_C_E.B17B2._EBE55-- From Quentin Abernathy" ----ALT--XGMP72083097461592 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit canaveral halfhearted behold enfield cockpit committeewomen anteroom walcott communicant comeback daughter conveyor tug flyer quartermaster spiky boil ravel deflector ----ALT--XGMP72083097461592 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit

Banned CD Government don't want me to sell it. See Now %RND_SYB

frustum periphery emit lunacy ballroom dahlia desecrater shape campus cohort extremum porcine punish discretion automata project boredom frenetic eclogue davy chosen vector keyhole copybook appetite gypsy dolphin atmospheric spire belle braid rubidium precis callahan insect bourgeoisie diachronic ahem jewell croatia
kilgore dutch eke allusive transshipping involutory indiscoverable jewelry measle braid stand
wear amaze incursion eave desuetude elegy bullhead dynamite falstaff tempera henceforth limousine both sabine upkeep fought alfonso creak sculpture goa foible repeat coroner sociable brushfire calamity
ambassador cultivable detonable barrage airmail boatman bewitch chordate antiperspirant promote aviate ayers pietism frances deemphasize edelweiss sedan bela mercy felon racetrack greatcoat dingo galvanism spaniel quartet
malabar bonze portfolio concoct sevenfold detonable together brevity resistant continent creek gasohol latera autobiography w's can bison shudder combinator comply hibernate down handwrite chandler alphonse ferdinand
aging parley augusta apple dietrich glare affront creekside fredericks bellyache thermofax doctrine scruple buttonhole showplace lowboy empire lascivious
abe ague guest necklace ostensible arequipa brent lockian restorative incompletion ballot patsy charlemagne homologue quicksilver versatile snatch prank mambo hike paula
cerebellum sidesaddle comprise abstract admonish crotchety wichita anachronistic karyatid congolese lavender stroll bailiff repression cyclades proclaim virginian divalent hulk irrecoverable readout sideboard urgent brandenburg hexafluoride merriam adult articulatory chigger bulky trawl
gadget curtain child effort fibration enthrall appendix diabase pseudo peppergrass graven midband tetrafluoride policy brunhilde threaten
bowline controversial practicable b's haiku ache contraption ferrous bred anything burroughs beheld closet shulman heal glissade bodhisattva aggrieve silky agriculture ladylike cabinetry shade confusion birthplace bombastic coda broadcast dakar foil gown contributor breath possemen greenfield controlled
selector resident woodpeck shine puppyish tarnish besotted chignon trek giant insuppressible ether combination scoot chickadee dryden smirk cater lazy mop poor
----ALT--XGMP72083097461592-- From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 05:14:22 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 00:14:22 -0500 (EST) Subject: [Mono-bugs] [Bug 52569][Wis] Changed - MCS does not handle unboxing to {enum, value type} In-Reply-To: Message-ID: <20040103051422.7D3CF1AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52569 --- shadow/52569 2004-01-02 23:57:45.000000000 -0500 +++ shadow/52569.tmp.5282 2004-01-03 00:14:22.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52569 Product: Mono/Compilers Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -32,6 +32,29 @@ } } Here we are printing `false false' we should return `true true' The issue is we are emitting castclass not unbox. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 00:14 ------- +Ok, this adds another version: + +using System; +enum Foo { Bar } +struct T { + static void Main () + { + Enum e = Foo.Bar; + ValueType vt = Foo.Bar; + ValueType vt2 = 1; + + Console.WriteLine ((Foo)e == Foo.Bar); + Console.WriteLine ((Foo)vt == Foo.Bar); + Console.WriteLine ((int) vt2); + } +} + + +Again, we generate castclass, which is invalid (note that Mono errors +out while MS emits the address of the boxed instance, is this another +bug?) From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 05:53:01 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 00:53:01 -0500 (EST) Subject: [Mono-bugs] [Bug 52512][Nor] Changed - System.IO.TextWriter doesn't match MS implementation In-Reply-To: Message-ID: <20040103055301.423EB1AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52512 --- shadow/52512 2004-01-02 23:34:14.000000000 -0500 +++ shadow/52512.tmp.5925 2004-01-03 00:53:01.000000000 -0500 @@ -28,6 +28,12 @@ ------- Additional Comments From pcgod@gmx.net 2004-01-02 23:34 ------- Created an attachment (id=6333) test case + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 00:53 ------- +Paolo, + +Didn't you have a patch for this. If I remember, yours improves perf +too... From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 05:58:43 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 00:58:43 -0500 (EST) Subject: [Mono-bugs] [Bug 52569][Wis] Changed - MCS does not handle unboxing to {enum, value type} In-Reply-To: Message-ID: <20040103055843.9F4181AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52569 --- shadow/52569 2004-01-03 00:14:22.000000000 -0500 +++ shadow/52569.tmp.6003 2004-01-03 00:58:43.000000000 -0500 @@ -55,6 +55,11 @@ } Again, we generate castclass, which is invalid (note that Mono errors out while MS emits the address of the boxed instance, is this another bug?) + +------- Additional Comments From pcgod@gmx.net 2004-01-03 00:58 ------- +Created an attachment (id=6334) +proposed patch + From hayszu@shuttle.de Sat Jan 3 05:54:52 2004 From: hayszu@shuttle.de (Sebastian Hays) Date: Sat, 03 Jan 2004 05:54:52 +0000 Subject: [Mono-bugs] =?iso-8859-1?b?T3JkZXIgdG9kYXkgYW5kIGdldCBPdmVybmlnaHQgU2hpcHBpbmch?= Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0DD0_5EF9BC00.8BCBD15D Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0DD0_5EF9BC00.8BCBD15D Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

------=_NextPart_000_0DD0_5EF9BC00.8BCBD15D-- From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 06:29:04 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 01:29:04 -0500 (EST) Subject: [Mono-bugs] [Bug 52569][Wis] Changed - MCS does not handle unboxing to {enum, value type} In-Reply-To: Message-ID: <20040103062904.710A11AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52569 --- shadow/52569 2004-01-03 00:59:03.000000000 -0500 +++ shadow/52569.tmp.6348 2004-01-03 01:29:04.000000000 -0500 @@ -60,6 +60,11 @@ bug?) ------- Additional Comments From pcgod@gmx.net 2004-01-03 00:58 ------- Created an attachment (id=6334) proposed patch + +------- Additional Comments From pcgod@gmx.net 2004-01-03 01:29 ------- +Created an attachment (id=6335) +new proposed patch (fixes typeof and (int)(Enum)Foo.Bar)) + From ursula_santiago_ka@aristotle.algonet.se Sat Jan 3 06:35:16 2004 From: ursula_santiago_ka@aristotle.algonet.se (Ursula Santiago) Date: Sat, 03 Jan 2004 06:35:16 +0000 Subject: [Mono-bugs] =?iso-8859-1?B?Q2hlYXBlc3QgUCRyZXNjcmlwdGlvbiBEI3J1Z3Mgb24gdGhlIE5FVCE=?= Message-ID: <555701c3d1c3$896edd9d$f105e551@kvti922> This is a multi-part message in MIME format. ------=_NextPart_000_0D9E_01DDDFA8.C9F68F12 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0D9E_01DDDFA8.C9F68F12 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit

------=_NextPart_000_0D9E_01DDDFA8.C9F68F12-- From lesliemarrero_bq@jec.de Sat Jan 3 09:17:49 2004 From: lesliemarrero_bq@jec.de (Leslie Marrero) Date: Sat, 03 Jan 2004 02:17:49 -0700 Subject: [Mono-bugs] enjoy it Message-ID: <20040103092410.322AB18006D@codeblogs.ximian.com>

Generic viagra, at cheap prices.
Most places charge $20, we charge $3. Quite a difference, huh?

An amazing erection WITHIN SEVERAL SECONDS is guaranteed to you!
Go into sexual overdrive today... vroooom!

Shipped worldwide.

Your easy-to-use solution is here: http://www.wwwbargins.biz/via/?oxygen

-----
Link below is for that people who dislike adv.....
http://www.wwwbargins.biz/off.html

From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 09:41:48 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 04:41:48 -0500 (EST) Subject: [Mono-bugs] [Bug 52570][Maj] New - msc block compilation failure In-Reply-To: Message-ID: <20040103094148.C6FD21AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by jwezel@compumaster.de. http://bugzilla.ximian.com/show_bug.cgi?id=52570 --- shadow/52570 2004-01-03 04:41:48.000000000 -0500 +++ shadow/52570.tmp.8674 2004-01-03 04:41:48.000000000 -0500 @@ -0,0 +1,114 @@ +Bug#: 52570 +Product: Mono/Compilers +Version: unspecified +OS: Red Hat 9.0 +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Major +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: jwezel@compumaster.de +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: msc block compilation failure + +Description of Problem: +mcs StringsTest.bugtest2.cs /r:Microsoft.VisualBasic /r:NUnit.Framework +Exception caught by the compiler while compiling: + Block that caused the problem begin at: StringsTest.bugtest2.cs: (11) + Block being compiled: [StringsTest.bugtest2.cs: +(12),StringsTest.bugtest2.cs: (15)] + +Steps to reproduce the problem: +1. Test unit content: +using Microsoft.VisualBasic; +using System; +using NUnit.Framework; + +namespace MonoTests.Microsoft.VisualBasic +{ + [TestFixture] + public class StringsTest : Assertion + { + [Test] + public void Replace() + { + string buffer; + NUnit.Framework.Assertion.AssertEquals +("JW#Replace/10", null, Strings.Replace(String.Empty, "ÄÖ", "deee",1,- +1,CompareMethod.Binary)); + } + } +} + +2. Compilation command: +mcs StringsTest.bugtest2.cs /r:Microsoft.VisualBasic /r:NUnit.Framework + +Actual Results: +Unhandled Exception: System.NotImplementedException: The requested feature +is not yet implemented +in <0x00030> +Microsoft.VisualBasic.CompilerServices.OptionCompareAttribute:.ctor () +in (unmanaged) /usr/local/lib/libmono.so.0 [0x4004576b] +in (unmanaged) /usr/local/lib/libmono.so.0(mono_runtime_invoke+0x23) +[0x4007bdb7] +in (unmanaged) /usr/local/lib/libmono.so.0 [0x40076d60] +in (unmanaged) /usr/local/lib/libmono.so.0 +(mono_custom_attrs_construct+0x7c) [0x40076fa0] +in (unmanaged) /usr/local/lib/libmono.so.0 +(mono_reflection_get_custom_attrs+0xd8) [0x4007758c] +in <0x000a4> System.MonoCustomAttrs:from_cache +(System.Reflection.ICustomAttributeProvider) +in <0x0009a> System.MonoCustomAttrs:GetCustomAttributes +(System.Reflection.ICustomAttributeProvider,System.Type,bool) +in <0x00015> System.Reflection.ParameterInfo:GetCustomAttributes +(System.Type,bool) +in <0x00070> Mono.CSharp.ReflectionParameters:.ctor +(System.Reflection.ParameterInfo[]) +in <0x00100> Mono.CSharp.Invocation:GetParameterData +(System.Reflection.MethodBase) +in <0x00062> Mono.CSharp.Invocation:IsApplicable +(Mono.CSharp.EmitContext,System.Collections.ArrayList,System.Reflection.Met +hodBase) +in <0x00226> Mono.CSharp.Invocation:OverloadResolve +(Mono.CSharp.EmitContext,Mono.CSharp.MethodGroupExpr,System.Collections.Arr +ayList,Mono.CSharp.Location) +in <0x0033e> Mono.CSharp.Invocation:DoResolve (Mono.CSharp.EmitContext) +in <0x000e0> Mono.CSharp.Expression:Resolve +(Mono.CSharp.EmitContext,Mono.CSharp.ResolveFlags) +in <0x00019> Mono.CSharp.Expression:Resolve (Mono.CSharp.EmitContext) +in <0x000e5> Mono.CSharp.Argument:Resolve +(Mono.CSharp.EmitContext,Mono.CSharp.Location) +in <0x0027b> Mono.CSharp.Invocation:DoResolve (Mono.CSharp.EmitContext) +in <0x000e0> Mono.CSharp.Expression:Resolve +(Mono.CSharp.EmitContext,Mono.CSharp.ResolveFlags) +in <0x00019> Mono.CSharp.Expression:Resolve (Mono.CSharp.EmitContext) +in <0x00021> Mono.CSharp.ExpressionStatement:ResolveStatement +(Mono.CSharp.EmitContext) +in <0x0001d> Mono.CSharp.StatementExpression:Resolve +(Mono.CSharp.EmitContext) +in <0x001cb> Mono.CSharp.Block:Resolve (Mono.CSharp.EmitContext) +in <0x000e3> Mono.CSharp.EmitContext:EmitTopBlock +(Mono.CSharp.Block,Mono.CSharp.InternalParameters,Mono.CSharp.Location) +in <0x00276> Mono.CSharp.EmitContext:EmitTopBlock +(Mono.CSharp.Block,Mono.CSharp.InternalParameters,Mono.CSharp.Location) +in <0x0045a> Mono.CSharp.MethodData:Emit +(Mono.CSharp.TypeContainer,Mono.CSharp.Block,object) +in <0x00038> Mono.CSharp.Method:Emit (Mono.CSharp.TypeContainer) +in <0x0026f> Mono.CSharp.TypeContainer:Emit () +in <0x0060f> Mono.CSharp.RootContext:EmitCode () +in <0x0081f> Mono.CSharp.Driver:MainDriver (string[]) +in <0x0001b> Mono.CSharp.Driver:Main (string[]) + +Expected Results: +should compile without errors as in MS .NET Framework + +How often does this happen? +every time + +Additional Information: +N/A From Gentry" ----ALT--RNRG54969946440086 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit whisk protestation sculptor mazda dot cantle liquidate annoyance carbonate classy sistine acidic closet artie earthmoving austenite nsf osborne atlantica sylvania ----ALT--RNRG54969946440086 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit

Free CableTV!No more pay!%RND_SYB

blemish decide revocable ineffective sofa hoarse throwback busy cursive imaginate chef heroic sorenson spurt councilwoman dapple fischbein centroid bombay urethane chug booklet abo f's weekend abscess towel crosby diatonic scum riotous adjutant
cruel colonnade transfinite hathaway quirt submersible moorish averred disposal bellingham commandeer sugar digestion calm cumin catastrophe descent rectitude del orthoclase speedometer pout quasi accessory romp diagonal bethlehem incurring proof conduit perception kitchen spayed inlaid tan intestine shim odd polymorph
stopgap bake bijection duffel bing jocund chippendale alamo carla squawk appanage electrify vetch succinct lug residue goad turn manse pregnant key fluorocarbon atrocity sniff beech dilute mint spite
toil breadboard ruse ophthalmic nit veridic trenchermen albeit azimuth guild debilitate asleep declarative flail dragon chuckle indignity privy
camp earl francisco elgin wilderness basket sci fahrenheit alpheratz flinty pliers boorish beplaster cramp bruegel balfour chaucer such burmese bonze seacoast tribal obstetric plebeian tropospheric shutdown conform bandstop embargo eclectic bainite artemis earmark china meretricious franca neff
cultural aphorism abe draw extrusive asynchronous elision layman songbook montenegrin siegel terrible tribulate eden lifeblood allele
woodlot senior digest modicum anguish rebellion interference gilbertson serendipitous usaf radio pent ohmmeter blond dynamite mist melody gallivant assassin mantel mania starkey perfect gustavus voltmeter allyl salesman
lockian bigot footmen pail interpretation deane kinney debris decontrolling swordtail cb jew rheology committee conclusion ornery inappropriate cloudburst ernst shipbuild adsorption denmark computation arclength slender pow apatite rosary best chromate mort bibb whatnot macabre ricochet alva pore premonitory citadel concrete
he'll comparator basophilic flub hijinks chanson chromosome consummate clairvoyant morrison goode devotee fledgling inlet chantry tubular galactose calais postmaster kinglet signal booby liverpool votive capistrano nightcap hadn't
beryllium smithson cape vichy gravid basket scrimmage mekong standish legendre anneal trajectory brickbat podium incombustible influence consul baudelaire indianapolis malaprop cellulose ammunition crossbar madagascar fragile penal voltmeter
phonon arrival salutation moresby cz cackle referenda sag appleton cloth stool exile arlington bone revisal bromide thorstein catenate stowage elephantine rest blackman
----ALT--RNRG54969946440086-- From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 10:30:48 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 05:30:48 -0500 (EST) Subject: [Mono-bugs] [Bug 52064][Maj] New - All functions in Microsoft.VisualBasic assembly MUST set the error information (Err object) before throwing the exception In-Reply-To: Message-ID: <20040103103048.5C4CE1AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by jwezel@compumaster.de. http://bugzilla.ximian.com/show_bug.cgi?id=52064 --- shadow/52064 2004-01-03 05:30:48.000000000 -0500 +++ shadow/52064.tmp.9506 2004-01-03 05:30:48.000000000 -0500 @@ -0,0 +1,76 @@ +Bug#: 52064 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Major +Component: Basic +AssignedTo: mono-bugs@ximian.com +ReportedBy: rafaelteixeirabr@hotmail.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: All functions in Microsoft.VisualBasic assembly MUST set the error information (Err object) before throwing the exception + +Please fill in this template when reporting a bug, unless you know what you +are doing. +Description of Problem: + +All functions in Microsoft.VisualBasic assembly MUST set the error +information (Err object) before throwing the exception. +For example, in the Right() funtion, if a negative number is passed as the +length we must set Err.Number = 5, before throwing ArgumentOutOfRangeException. + +Steps to reproduce the problem: +1. Have to cook some test code, yet!!! +2. +3. + +Actual Results: + + +Expected Results: + + +How often does this happen? + +Always, we've not implemented any of it + +Additional Information: + +------- Additional Comments From jwezel@compumaster.de 2004-01-03 05:30 ------- +Bug problem description is inappropriate; as shown by the following +sample, this is not the Right() method but EITHER the exception +itself who sets up this err.number OR it is the Err object itself, +that is wrapping the different exception classes into numbers + +Code below runs on MS .NET with vbc.exe compilation: + +Imports Microsoft.VisualBasic +Imports System +Imports System.IO +Public Class Test +Public Shared Sub Main() + ErrObjTests + Console.Readline() +End Sub +shared sub ErrObjTests +try + throw new ArgumentOutOfRangeException ("blah") ' --> No. 5 + throw new OverflowException ("blah") ' --> No. 6 + throw new Exception ("blah") ' --> No. 5 + +catch ex as exception + If err.number<> 0 then Console.Writeline("ErrDescr=" & +err.description) + If err.number<> 0 then Console.Writeline("ErrNo=" & +err.number) +Console.Writeline("Exception=" & ex.message) +end try +end sub +End Class + From bjohnmh@aauobs.obs.aau.dk Sat Jan 3 08:45:04 2004 From: bjohnmh@aauobs.obs.aau.dk (Bruce John) Date: Sat, 03 Jan 2004 08:45:04 +0000 Subject: [Mono-bugs] No Pills Or Capsules for the New Year Message-ID: PGh0bWw+DQo8Ym9keT4NCjxhIGhyZWY9Imh0dHA6Ly9ycWxkcXVkY3J2Lmhn ZWUxLmluZm8vcGF0Y2gvP2hwc2FsZXMiPjxpbWcgc3JjPSJodHRwOi8vdGVy cmEuZXMvcGVyc29uYWw1L2JvbGlrMzQvc2lnLmdpZiI+DQo8L2E+DQoNCjxh IGhyZWY9Imh0dHA6Ly90bG14cm9kc3d2LmhnZWUxLmluZm8vcGF0Y2gvby5o dG1sIj48SU1HIFNSQz0iaHR0cDovL3RlcnJhLmVzL3BlcnNvbmFsNS9ib2xp azM0L28uZ2lmIiBib3JkZXI9MD48L2E+PGt1Njk0OGgzdnEzYTlhMz48azR4 dWViYzNrYXY2Pjxrenk2NTJ4MmV5NGxoazI+PC90ZD48L3RyPjwvdGFibGU+ PGtpNnh1NGgyYWxqZz48azllbTA3cjM4N24+PGthZ2Izb3kyZGFqcWU4Mj4N Cm14eWVuIHpia3d6IGZmd3dzIG56Y2lvIHd1cXB6IHllbmtiIHhpZmd6IGFv dmFuIA0KamJ6aGggdm14bXF3c2lvYyBpZmpreiBlZHN3cCB2aGhjbiBvYmt6 eSBieWtueSB3YWZ1dyBkemh3cCANCmV5YmFjIHhnY25yIHhqYnVhIGFscnl2 IGluY256IGJ2am9uIHp1d3l0IGZlcmJkIA0KPC9ib2R5Pg0KPC9odG1sPg== From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 13:34:38 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 08:34:38 -0500 (EST) Subject: [Mono-bugs] [Bug 52573][Cri] New - Hangs on accessing MS.NET webservice In-Reply-To: Message-ID: <20040103133438.B3FD41AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by yraykar@hotmail.com. http://bugzilla.ximian.com/show_bug.cgi?id=52573 --- shadow/52573 2004-01-03 08:34:38.000000000 -0500 +++ shadow/52573.tmp.13145 2004-01-03 08:34:38.000000000 -0500 @@ -0,0 +1,50 @@ +Bug#: 52573 +Product: Mono/Runtime +Version: unspecified +OS: Red Hat 9.0 +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Critical +Component: misc +AssignedTo: mono-bugs@ximian.com +ReportedBy: yraykar@hotmail.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Hangs on accessing MS.NET webservice + +Please fill in this template when reporting a bug, unless you know what +you are doing. +Description of Problem: + +When a method is calling more than one or same webservice methods more +than once the application gets hanged. The web service completes and +sends back the execution and the result. The service even returns back. +The application still waits. It throws an exception if the time out is +set. If the timeout is not set it simply hangs for unknown reason. The +same works fine on .net framework. + +When tried to call same method in loop for 10 times, it gets hanged again +after returning value for 5 or 6 times. The same goes on .Net framework +untill the loop ends. + +Steps to reproduce the problem: +1. Access the nasdaq webservice for 10 times in a loop +2. Develop a webservice which returns the server time and call it in a +loop for 10 times. +3. + +Actual Results: +Gets hung + +Expected Results: +Should return the value from the webservice as many times the web method +is called. + +How often does this happen? +Always + +Additional Information: From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 13:57:31 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 08:57:31 -0500 (EST) Subject: [Mono-bugs] [Bug 52574][Nor] New - mcs prints no origin on "#endregion directive expected" error In-Reply-To: Message-ID: <20040103135731.3DF7F1AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bugs@mbalz.de. http://bugzilla.ximian.com/show_bug.cgi?id=52574 --- shadow/52574 2004-01-03 08:57:31.000000000 -0500 +++ shadow/52574.tmp.13600 2004-01-03 08:57:31.000000000 -0500 @@ -0,0 +1,33 @@ +Bug#: 52574 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: Debian +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bugs@mbalz.de +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: mcs prints no origin on "#endregion directive expected" error + +Description of Problem: +mcs prints no origin sourcefile when reporting an "#endregion directive +expected" error + +Steps to reproduce the problem: +compile a class containing a "#region" statement without matching +"#endregion" statement + +Actual Results: +mcs prints the line +'error CS1038: #endregion directive expected' + +Expected Results: +output should containt information about where the error was found, like +'error CS1038: #endregion directive expected in MyClass.cs' From Flora" ----ALT--OIBI67863969695668 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit berate meyers bachelor thunderous plaster adjoint politburo protozoan sclerosis dyad careworn existent lithography astringent gout lumberman shout frederick rimy acquaint continuum aruba dupe ----ALT--OIBI67863969695668 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit

Free Cable%RND_SYB TV

maori indispensable wright coven argue addict complain swingable tanager pacesetting graphic conjectural chamfer bimodal apropos drum chunk upheaval ceylon furthermore conjuncture
airlock tin stubble broody indigestible behead hays ani craw prison susanne profess collier goodbye hattiesburg cortical caress dihedral frizzle natal selves ligand road carson chantilly
----ALT--OIBI67863969695668-- From Stevie Jenkins" --6562355730650523 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit where'd vegetable pastoral charlottesville decisional adequate geriatric drafty gimmickry auditory cart police candide hologram eyeball betony contributor caliber chalcocite detent anneal rifleman blizzard soiree biometrika ----6562355730650523 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 7Bit

Wholesale Prescription Medications

Our U.S. Licensed Doctors Will Write Your Prescription For Free

Weight Loss, Muscle & General Pain Relief, Allergies, Men &
Women's Health, Impotence, Heartburn, Migraines & MORE!

All Popular Medications Prescribed & Delivered Overnight!

Go Here to see all meds

Discount Prices - NO Prior Prescription Required - Next day delivery

if this notice has reached you in error, please notify us by going here

belief britannic motivate transfusion tsarina windbag bole alumnae vestibule edge sidewall quill transcendent mcconnell duplex contradistinguish corrosion gordian the tribesmen

----6562355730650523-- From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 15:36:15 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 10:36:15 -0500 (EST) Subject: [Mono-bugs] [Bug 52555][Wis] New - The event called is not Page.Unload (Page.Error) In-Reply-To: Message-ID: <20040103153615.D4AAF1AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gonzalo@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52555 --- shadow/52555 2004-01-03 10:36:15.000000000 -0500 +++ shadow/52555.tmp.14776 2004-01-03 10:36:15.000000000 -0500 @@ -0,0 +1,30 @@ +Bug#: 52555 +Product: Mono/Class Libraries +Version: unspecified +OS: GNU/Linux [Other] +OS Details: Gentoo 1.4 +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Wishlist +Component: System.Web +AssignedTo: mono-bugs@ximian.com +ReportedBy: mono-bug@jerryweb.info +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: The event called is not Page.Unload (Page.Error) + +Description of Problem: +When an exception occurs or a Response.Redirect() is applied while +processing a page, the event caled is not Page.Unload (or Page.Error). + +------- Additional Comments From mono-bug@jerryweb.info 2003-12-25 05:26 ------- +Created an attachment (id=6326) +Patch - see attachment + + +------- Additional Comments From gonzalo@ximian.com 2004-01-03 10:36 ------- +Fixed in CVS. +Thanks! From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 15:52:54 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 10:52:54 -0500 (EST) Subject: [Mono-bugs] [Bug 52576][Nor] New - Depth for attribute values in XmlNodeReader is too small In-Reply-To: Message-ID: <20040103155254.104171AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by roland.flury@epfl.ch. http://bugzilla.ximian.com/show_bug.cgi?id=52576 --- shadow/52576 2004-01-03 10:52:54.000000000 -0500 +++ shadow/52576.tmp.15036 2004-01-03 10:52:54.000000000 -0500 @@ -0,0 +1,47 @@ +Bug#: 52576 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: System.XML +AssignedTo: mono-bugs@ximian.com +ReportedBy: roland.flury@epfl.ch +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Depth for attribute values in XmlNodeReader is too small + +Please fill in this template when reporting a bug, unless you know what you +are doing. +Description of Problem: + +The Depth attribute returns a value that is by 1 too small for attribute +values. +"The System.Xml.XmlReader.Depth of an attribute value node is one plus the +depth of the attribute node" [ECMA, TG3, Class Library XML (xml.zip), found +on msdn.microsoft.com/net/ecma/, in file System.Xml.XmlReader.pdf] + +Steps to reproduce the problem: +1. Parse file with content '' with XmlNodeReader (or any XML file:) +2. Display Depth for each attribute and attribute values + +Actual Results: +Depth for B: 0 +Depth for U: 0 + +Expected Results: +Depth for B: 0 +Depth for U: 1 + +How often does this happen? +Always + +Additional Information: +- Microsoft .NET produces expected result +- The quoted text above originates from a 'Note' for the +ReadAttributeValue() method. From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 16:01:23 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 11:01:23 -0500 (EST) Subject: [Mono-bugs] [Bug 52541][Wis] New - IndexOutOfRangeException in ExpiresBuckets.Add() In-Reply-To: Message-ID: <20040103160123.5B27F1AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gonzalo@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52541 --- shadow/52541 2004-01-03 11:01:23.000000000 -0500 +++ shadow/52541.tmp.15197 2004-01-03 11:01:23.000000000 -0500 @@ -0,0 +1,77 @@ +Bug#: 52541 +Product: Mono/Class Libraries +Version: unspecified +OS: GNU/Linux [Other] +OS Details: Gentoo 1.4 +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Wishlist +Component: System.Web +AssignedTo: mono-bugs@ximian.com +ReportedBy: mono-bug@jerryweb.info +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: IndexOutOfRangeException in ExpiresBuckets.Add() + +Description of Problem: +IndexOutOfRangeException in ExpiresBuckets.Add() (in current (2003-12-23) +CVS version of MCS) + +Steps to reproduce the problem: +1. Execute this ASP.NET page: +=================================================== +<%@ Page language="C#" %> +<% +for(int i = 0; i < 20;i++) +{ + System.Web.HttpRuntime.Cache.Add( + "test", + "abc", + null, + DateTime.Now.Date.AddSeconds(60), + TimeSpan.Zero, + CacheItemPriority.Default, + null + ); + System.Web.HttpRuntime.Cache.Remove("test"); +} +%> + +OK +=================================================== + +Actual Results: +System.IndexOutOfRangeException: Array index is out of range +in <0x0011d> System.Web.Caching.ExpiresBucket:Add +(System.Web.Caching.CacheEntry) +in <0x00120> System.Web.Caching.CacheExpires:Add +(System.Web.Caching.CacheEntry) +in <0x001db> System.Web.Caching.Cache:Add +(string,object,System.Web.Caching.CacheDependency,System.DateTime,System.TimeSpan,System.Web.Caching.CacheItemPriority,System.Web.Caching.CacheItemRemovedCallback,bool) +in <0x00045> System.Web.Caching.Cache:Add +(string,object,System.Web.Caching.CacheDependency,System.DateTime,System.TimeSpan,System.Web.Caching.CacheItemPriority,System.Web.Caching.CacheItemRemovedCallback) +in <0x000f5> ASP.test_aspx:__RenderTree +(System.Web.UI.HtmlTextWriter,System.Web.UI.Control) +in <0x0005a> (wrapper delegate-invoke) +System.MulticastDelegate:invoke_void_HtmlTextWriter_Control +(System.Web.UI.HtmlTextWriter,System.Web.UI.Control) +in <0x00049> System.Web.UI.Control:RenderChildren +(System.Web.UI.HtmlTextWriter) +in <0x00011> System.Web.UI.Control:Render (System.Web.UI.HtmlTextWriter) +in <0x0001c> System.Web.UI.Control:RenderControl (System.Web.UI.HtmlTextWriter) +in <0x0041f> System.Web.UI.Page:InternalProcessRequest () +in <0x0008f> System.Web.UI.Page:ProcessRequest (System.Web.HttpContext) +in <0x00191> .ExecuteHandlerState:Execute () +in <0x0007d> .StateMachine:ExecuteState +(System.Web.HttpApplication/IStateHandler,bool&) + +------- Additional Comments From mono-bug@jerryweb.info 2003-12-24 09:17 ------- +Created an attachment (id=6321) +The patch + + +------- Additional Comments From gonzalo@ximian.com 2004-01-03 11:01 ------- +Patch applied. Thanks. From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 16:07:00 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 11:07:00 -0500 (EST) Subject: [Mono-bugs] [Bug 52521][Nor] New - aspx file locked after invocation In-Reply-To: Message-ID: <20040103160700.D80081AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gonzalo@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52521 --- shadow/52521 2004-01-03 11:07:00.000000000 -0500 +++ shadow/52521.tmp.15371 2004-01-03 11:07:00.000000000 -0500 @@ -0,0 +1,43 @@ +Bug#: 52521 +Product: Mono/Class Libraries +Version: unspecified +OS: unknown +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Normal +Component: System.Web +AssignedTo: mono-bugs@ximian.com +ReportedBy: liyul@hotmail.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: aspx file locked after invocation + +Symptom: + +aspx file will be locked (in use) after invocation with xsp. subsequent +change will fail. + +Fix: Not sure whether more caution has to be used, but add reader.Close() +in InitParser method in AspGenerator.cs fixed it. + + void InitParser (string filename) + { + StreamReader reader = new StreamReader (filename, WebEncoding.FileEncoding); + AspParser parser = new AspParser (filename, reader); ++ reader.Close(); + parser.Error += new ParseErrorHandler (ParseError); + parser.TagParsed += new TagParsedHandler (TagParsed); + parser.TextParsed += new TextParsedHandler (TextParsed); + if (!pstack.Push (parser)) + throw new ParseException (Location, "Infinite recursion detected +including file: " + filename); + tparser.AddDependency (filename); + } + +------- Additional Comments From gonzalo@ximian.com 2004-01-03 11:07 ------- +Patch applied. +Thanks! From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 16:10:01 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 11:10:01 -0500 (EST) Subject: [Mono-bugs] [Bug 52573][Cri] Changed - Hangs on accessing MS.NET webservice In-Reply-To: Message-ID: <20040103161001.807461AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gonzalo@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52573 --- shadow/52573 2004-01-03 08:34:38.000000000 -0500 +++ shadow/52573.tmp.15411 2004-01-03 11:10:01.000000000 -0500 @@ -1,12 +1,12 @@ Bug#: 52573 Product: Mono/Runtime Version: unspecified OS: Red Hat 9.0 OS Details: -Status: NEW +Status: NEEDINFO Resolution: Severity: Unknown Priority: Critical Component: misc AssignedTo: mono-bugs@ximian.com ReportedBy: yraykar@hotmail.com @@ -45,6 +45,11 @@ is called. How often does this happen? Always Additional Information: + +------- Additional Comments From gonzalo@ximian.com 2004-01-03 11:10 ------- +Which version of mono are you using? +Can you reproduce the bug with CVS? +Can we get a simple test case? From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 16:17:50 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 11:17:50 -0500 (EST) Subject: [Mono-bugs] [Bug 52577][Wis] Changed - Wrong encoding assignment in HttpRequest.QueryString In-Reply-To: Message-ID: <20040103161750.6710B1AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by mono-bug@jerryweb.info. http://bugzilla.ximian.com/show_bug.cgi?id=52577 --- shadow/52577 2004-01-03 11:17:09.000000000 -0500 +++ shadow/52577.tmp.15585 2004-01-03 11:17:50.000000000 -0500 @@ -16,6 +16,11 @@ Cc: Summary: Wrong encoding assignment in HttpRequest.QueryString Property "HttpRequest.QueryString" handles variables as ASCII encoded instead of using proper encoding specified in actual property "ContentEncoding". + +------- Additional Comments From mono-bug@jerryweb.info 2004-01-03 11:17 ------- +Created an attachment (id=6337) +the patch + From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 16:17:09 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 11:17:09 -0500 (EST) Subject: [Mono-bugs] [Bug 52577][Wis] New - Wrong encoding assignment in HttpRequest.QueryString In-Reply-To: Message-ID: <20040103161709.308F71AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by mono-bug@jerryweb.info. http://bugzilla.ximian.com/show_bug.cgi?id=52577 --- shadow/52577 2004-01-03 11:17:09.000000000 -0500 +++ shadow/52577.tmp.15568 2004-01-03 11:17:09.000000000 -0500 @@ -0,0 +1,21 @@ +Bug#: 52577 +Product: Mono/Class Libraries +Version: unspecified +OS: GNU/Linux [Other] +OS Details: Gentoo 1.4 +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: System.Web +AssignedTo: mono-bugs@ximian.com +ReportedBy: mono-bug@jerryweb.info +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Wrong encoding assignment in HttpRequest.QueryString + +Property "HttpRequest.QueryString" handles variables as ASCII encoded +instead of using proper encoding specified in actual property +"ContentEncoding". From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 16:27:28 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 11:27:28 -0500 (EST) Subject: [Mono-bugs] [Bug 52487][Wis] New - XSP fails during "make install" In-Reply-To: Message-ID: <20040103162728.8FF231AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gonzalo@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52487 --- shadow/52487 2004-01-03 11:27:28.000000000 -0500 +++ shadow/52487.tmp.15660 2004-01-03 11:27:28.000000000 -0500 @@ -0,0 +1,175 @@ +Bug#: 52487 +Product: Mono/Runtime +Version: unspecified +OS: unknown +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Wishlist +Component: misc +AssignedTo: mono-bugs@ximian.com +ReportedBy: dan@dharik.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: XSP fails during "make install" + +Description of Problem: + +I'm trying to compile XSP but it fails during make install + + +Steps to reproduce the problem: + +localhost xsp-0.8 # ./configure +checking for a BSD-compatible install... /bin/install -c +checking whether build environment is sane... yes +checking for gawk... gawk +checking whether make sets $(MAKE)... yes +checking whether to enable maintainer-specific portions of Makefiles... no +checking for a BSD-compatible install... /bin/install -c +checking for csc... no +checking for mcs... /usr/local/bin/mcs +C# compiler: /usr/local/bin/mcs +configure: creating ./config.status +config.status: creating Makefile +config.status: creating doc/Makefile +config.status: creating server/AssemblyInfo.cs +config.status: creating server/AssemblyInfoModMono.cs +config.status: creating server/Makefile +config.status: creating tools/Makefile +config.status: creating tools/asp_state/Makefile +config.status: creating tools/asp_state/AssemblyInfo.cs +config.status: creating test/Makefile +localhost xsp-0.8 # make +Making all in doc +make[1]: Entering directory `/tmp/xsp-0.8/doc' +make[1]: Nothing to be done for `all'. +make[1]: Leaving directory `/tmp/xsp-0.8/doc' +Making all in server +make[1]: Entering directory `/tmp/xsp-0.8/server' +/usr/local/bin/mcs -debug+ -debug:full -nologo -r:System.Web.dll +/out:xsp.exe IApplicationHost.cs XSPApplicationHost.cs MonoWorkerRequest.cs +InitialWorkerRequest.cs Tracing.cs server.cs AssemblyInfo.cs +XSPWorkerRequest.cs +Compilation succeeded +/usr/local/bin/mcs -debug+ -debug:full -nologo -r:System.Web.dll +-r:Mono.Posix.dll /d:MODMONO_SERVER /out:mod-mono-server.exe +IApplicationHost.cs XSPApplicationHost.cs MonoWorkerRequest.cs +InitialWorkerRequest.cs Tracing.cs server.cs ModMonoRequest.cs +ModMonoWorkerRequest.cs AssemblyInfoModMono.cs +Compilation succeeded +make[1]: Leaving directory `/tmp/xsp-0.8/server' +Making all in test +make[1]: Entering directory `/tmp/xsp-0.8/test' +/usr/local/bin/mcs -r:System.Web.dll -target:library -out:tabcontrol.dll +tabcontrol.cs +Compilation succeeded +/usr/local/bin/mcs -r:System.Web.dll -target:library -out:tabcontrol2.dll +tabcontrol2.cs +Compilation succeeded +/usr/local/bin/mcs -r:System.Web.dll -target:library -out:codebehind1.dll +codebehind1.cs +Compilation succeeded +/usr/local/bin/mcs -r:System.Web.dll -r:System.Web.Services.dll +-target:library \ + -out:extensions.dll TraceExtension.cs EncryptExtension.cs +DumpExtension.cs +Compilation succeeded +/usr/local/bin/mcs -r:System.Web.dll -r:System.Web.Services.dll +-r:extensions.dll \ + ServiceClient.cs Reference.cs +Compilation succeeded +make[1]: Leaving directory `/tmp/xsp-0.8/test' +Making all in tools +make[1]: Entering directory `/tmp/xsp-0.8/tools' +Making all in asp_state +make[2]: Entering directory `/tmp/xsp-0.8/tools/asp_state' +/usr/local/bin/mcs -debug+ -debug:full -nologo /out:asp_state.exe +AssemblyInfo.cs asp_state.cs +Compilation succeeded +make[2]: Leaving directory `/tmp/xsp-0.8/tools/asp_state' +make[2]: Entering directory `/tmp/xsp-0.8/tools' +make[2]: Nothing to be done for `all-am'. +make[2]: Leaving directory `/tmp/xsp-0.8/tools' +make[1]: Leaving directory `/tmp/xsp-0.8/tools' +make[1]: Entering directory `/tmp/xsp-0.8' +make[1]: Nothing to be done for `all-am'. +make[1]: Leaving directory `/tmp/xsp-0.8' +localhost xsp-0.8 # make install +Making install in doc +make[1]: Entering directory `/tmp/xsp-0.8/doc' +make[2]: Entering directory `/tmp/xsp-0.8/doc' +make[2]: Nothing to be done for `install-exec-am'. +/bin/sh ../mkinstalldirs /usr/local/man/man1 + /bin/install -c -m 644 ./xsp.1 /usr/local/man/man1/xsp.1 +make[2]: Leaving directory `/tmp/xsp-0.8/doc' +make[1]: Leaving directory `/tmp/xsp-0.8/doc' +Making install in server +make[1]: Entering directory `/tmp/xsp-0.8/server' +../mkinstalldirs /usr/local/bin +cp xsp.exe mod-mono-server.exe /usr/local/bin +make[1]: Leaving directory `/tmp/xsp-0.8/server' +Making install in test +make[1]: Entering directory `/tmp/xsp-0.8/test' +../mkinstalldirs /usr/local/share/doc/xsp/test +mkdir -p -- /usr/local/share/doc/xsp/test +cp ServiceClient.exe *.aspx *.ascx *.asmx *.ashx *.config *.asax *.xml +*.png *.inc *.xsl Makefile.in *.cs /usr/local/share/doc/xsp/test +../mkinstalldirs /usr/local/share/doc/xsp/test/bin +mkdir -p -- /usr/local/share/doc/xsp/test/bin +cp tabcontrol.dll tabcontrol2.dll codebehind1.dll extensions.dll +/usr/local/share/doc/xsp/test/bin +make[1]: Leaving directory `/tmp/xsp-0.8/test' +Making install in tools +make[1]: Entering directory `/tmp/xsp-0.8/tools' +Making install in asp_state +make[2]: Entering directory `/tmp/xsp-0.8/tools/asp_state' +../../mkinstalldirs /usr/local/bin +cp asp_state.exe asp_state.exe.config /usr/local/bin +cp: cannot stat `asp_state.exe.config': No such file or directory +make[2]: *** [install] Error 1 +make[2]: Leaving directory `/tmp/xsp-0.8/tools/asp_state' +make[1]: *** [install-recursive] Error 1 +make[1]: Leaving directory `/tmp/xsp-0.8/tools' +make: *** [install-recursive] Error 1 +localhost xsp-0.8 # + + + +My system info: + +Portage 2.0.49-r18 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20031212-r0, +2.6.0) +================================================================= +System uname: 2.6.0 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz +Gentoo Base System version 1.4.3.12 +ACCEPT_KEYWORDS="x86 ~x86" +AUTOCLEAN="yes" +CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" +CHOST="i686-pc-linux-gnu" +COMPILER="gcc3" +CONFIG_PROTECT="/etc /opt/tomcat/conf /usr/X11R6/lib/X11/xkb +/usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config +/var/qmail/control" +CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" +CXXFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe" +DISTDIR="/usr/portage/distfiles" +FEATURES="autoaddcvs ccache sandbox" +GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/" +MAKEOPTS="-j2" +PKGDIR="/usr/portage/packages" +PORTAGE_TMPDIR="/var/tmp" +PORTDIR="/usr/portage" +PORTDIR_OVERLAY="" +SYNC="rsync://rsync.gentoo.org/gentoo-portage" +USE="X alsa apm arts avi berkdb crypt cups encode esd foomaticdb gdbm gif +gnome gpm gtk gtk2 imlib java jpeg kde libg++ libwww mad mikmod motif +mozilla mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qt +quicktime readline sdl slang spell ssl svga tcltk tcpd truetype x86 xml2 +xmms xv zlib" + +------- Additional Comments From gonzalo@ximian.com 2004-01-03 11:27 ------- +Fixed in CVS. From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 16:34:21 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 11:34:21 -0500 (EST) Subject: [Mono-bugs] [Bug 52095][Wis] New - documentation crashes with Opera browser In-Reply-To: Message-ID: <20040103163421.B4E1B1AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52095 --- shadow/52095 2004-01-03 11:34:21.000000000 -0500 +++ shadow/52095.tmp.15744 2004-01-03 11:34:21.000000000 -0500 @@ -0,0 +1,64 @@ +Bug#: 52095 +Product: Mono/Doctools +Version: unspecified +OS: other +OS Details: Windows 2000 + Opera 6.01 +Status: NEW +Resolution: +Severity: Unknown +Priority: Wishlist +Component: Gui +AssignedTo: mono-bugs@ximian.com +ReportedBy: tkaszuba@hotmail.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: documentation crashes with Opera browser + +When entering the go-mono documentation site: http://go-mono.com:8080 +and clicking the +following sequence "Mono Handbook" -> "Getting started" -> "Installation on Linux" the web +server spit's out a stack dump. + +System.ArgumentException: Invalid path -> /source- +id:5:xhtml:html/en/installation +in <0x000c1> System.Web.HttpRequest:MapPath +(string,string,bool) +in <0x00038> System.Web.HttpRequest:MapPath (string) +in +<0x00165> System.Web.Configuration.WebDefaultConfig:GetConfigFromFileName +(string,System.Web.HttpContext) +in <0x00056> +System.Web.Configuration.WebDefaultConfig:GetConfig +(string,System.Web.HttpContext) +in <0x0001b> +System.Web.Configuration.WebConfigurationSettings:GetConfig +(string,System.Web.HttpContext) +in <0x00010> System.Web.HttpContext:GetConfig +(string) +in <0x0009c> +System.Web.Security.FormsAuthenticationModule:OnAuthenticateRequest +(object,System.EventArgs) +in <0x0005a> (wrapper delegate-invoke) +System.MulticastDelegate:invoke_void_object_EventArgs +(object,System.EventArgs) +in <0x00050> .EventState:Execute () +in <0x00076> +.StateMachine:ExecuteState +(System.Web.HttpApplication/IStateHandler,bool&) + +The page works properly in +Internet Explorer. + +------- Additional Comments From gonzalo@ximian.com 2003-12-12 12:00 ------- +It should get: +http://www.go-mono.com:8080/monodoc.ashx?link=source-id:5:xhtml:html/en/installation/linux.html + +But it's trying to get this for opera: +http://www.go-mono.com:8080/source-id:5:xhtml:html/en/installation/linux.html + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 11:34 ------- +It looks like Opera does not respond to my JavaScript hack. + +Maybe we could map that type of url? From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 17:38:48 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 12:38:48 -0500 (EST) Subject: [Mono-bugs] [Bug 52569][Wis] Changed - MCS does not handle unboxing to {enum, value type} In-Reply-To: Message-ID: <20040103173848.DFDF51AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52569 --- shadow/52569 2004-01-03 01:29:04.000000000 -0500 +++ shadow/52569.tmp.16672 2004-01-03 12:38:48.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 52569 Product: Mono/Compilers Version: unspecified OS: unknown OS Details: -Status: NEW -Resolution: +Status: RESOLVED +Resolution: FIXED Severity: Unknown Priority: Wishlist Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com @@ -65,6 +65,9 @@ ------- Additional Comments From pcgod@gmx.net 2004-01-03 01:29 ------- Created an attachment (id=6335) new proposed patch (fixes typeof and (int)(Enum)Foo.Bar)) + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 12:38 ------- +patch in cvs and test-case-ized. From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 17:51:38 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 12:51:38 -0500 (EST) Subject: [Mono-bugs] [Bug 52578][Wis] New - MCS invalidly emits a Box when converting a System.Enum to an interface In-Reply-To: Message-ID: <20040103175138.246D01AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52578 --- shadow/52578 2004-01-03 12:51:38.000000000 -0500 +++ shadow/52578.tmp.16806 2004-01-03 12:51:38.000000000 -0500 @@ -0,0 +1,54 @@ +Bug#: 52578 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: MCS invalidly emits a Box when converting a System.Enum to an interface + +Description of Problem: + +using System; + +enum Foo { Bar } +class T { + public static int Main () + { + Enum e = Foo.Bar; + IConvertible convertible = (IConvertible) e; + + Console.WriteLine ("PASS"); + return 0; + } +} + +If you run the following code on Mono, you will get an invalid code error +and mono will abort. + +The code that is emitted is: + IL_0000: ldc.i4.0 + IL_0001: box Foo + IL_0006: stloc.0 + IL_0007: ldloc.0 + IL_0008: box [mscorlib]System.Enum + IL_000d: stloc.1 + IL_000e: ldstr "PASS" + IL_0013: call void class +[mscorlib]'System.Console'::'WriteLine'(string) + IL_0018: ldc.i4.0 + IL_0019: ret + +IL_0008 is invalid. At this point there is an Object on the stack, it +cannot be boxed agian. + +See also: bug 52569 From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 18:05:54 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 13:05:54 -0500 (EST) Subject: [Mono-bugs] [Bug 29374][Nor] Changed - infinite loop with marshal2.cs on ms runtime In-Reply-To: Message-ID: <20040103180554.78B581AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=29374 --- shadow/29374 2003-07-23 11:47:54.000000000 -0400 +++ shadow/29374.tmp.17016 2004-01-03 13:05:54.000000000 -0500 @@ -1,16 +1,16 @@ Bug#: 29374 -Product: Mono/MCS +Product: Mono/Compilers Version: unspecified OS: other OS Details: Status: NEW Resolution: Severity: Unknown Priority: Normal -Component: Misc +Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: lupus@ximian.com QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Summary: infinite loop with marshal2.cs on ms runtime @@ -90,6 +90,25 @@ ------- Additional Comments From lupus@ximian.com 2002-11-17 05:38 ------- The instructions are above: compile marshal2.cs with the ms runtime and you'll get a hang. I don't know if it's a mcs bug or a bug in the ms runtime, you'll have to debug it and find out what really happens. + +------- Additional Comments From bmaurer@users.sf.net 2003-12-24 22:56 ------- +Created an attachment (id=6324) +Now it works -- finally ;-) + + +------- Additional Comments From bmaurer@users.sf.net 2003-12-24 22:58 ------- +This patch does two things: + +1) set the attribute directly for MarshalAs +Microsoft seems to hang when we set it via the custom attribute builder + +2) complete the todo for handling all the cases of this attribute. +This prevents regressions. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 13:05 ------- +Fixed in CVS! + +(about time :). From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 18:28:42 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 13:28:42 -0500 (EST) Subject: [Mono-bugs] [Bug 52579][Nor] New - int.Parse (); doesnt compile while Int32.Parse () compiles fine. In-Reply-To: Message-ID: <20040103182842.71F121AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by sayao@brturbo.com. http://bugzilla.ximian.com/show_bug.cgi?id=52579 --- shadow/52579 2004-01-03 13:28:42.000000000 -0500 +++ shadow/52579.tmp.17419 2004-01-03 13:28:42.000000000 -0500 @@ -0,0 +1,26 @@ +Bug#: 52579 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: sayao@brturbo.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: int.Parse (); doesnt compile while Int32.Parse () compiles fine. + +See the tescase attached. +It refuses to compile a line saying that there is a missing ";". The ";" is +there and its not what is causing the error. + +int.Parse (); doesnt compile while Int32.Parse () compiles fine. + +The mcs error report is wrong. (its not even an error because int.Parse () +should do the same as Int32.Parse () doesnt it ?) From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 18:29:07 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 13:29:07 -0500 (EST) Subject: [Mono-bugs] [Bug 52579][Nor] Changed - int.Parse (); doesnt compile while Int32.Parse () compiles fine. In-Reply-To: Message-ID: <20040103182907.5E8C11AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by sayao@brturbo.com. http://bugzilla.ximian.com/show_bug.cgi?id=52579 --- shadow/52579 2004-01-03 13:28:42.000000000 -0500 +++ shadow/52579.tmp.17442 2004-01-03 13:29:07.000000000 -0500 @@ -21,6 +21,11 @@ there and its not what is causing the error. int.Parse (); doesnt compile while Int32.Parse () compiles fine. The mcs error report is wrong. (its not even an error because int.Parse () should do the same as Int32.Parse () doesnt it ?) + +------- Additional Comments From sayao@brturbo.com 2004-01-03 13:29 ------- +Created an attachment (id=6338) +TESCASE + From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 18:30:59 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 13:30:59 -0500 (EST) Subject: [Mono-bugs] [Bug 49836][Nor] New - Problem unboxing with enums In-Reply-To: Message-ID: <20040103183059.BFE871AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=49836 --- shadow/49836 2004-01-03 13:30:59.000000000 -0500 +++ shadow/49836.tmp.17498 2004-01-03 13:30:59.000000000 -0500 @@ -0,0 +1,53 @@ +Bug#: 49836 +Product: Mono/Compilers +Version: unspecified +OS: other +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Normal +Component: C# +AssignedTo: martin@ximian.com +ReportedBy: lmaloney@bigpond.net.au +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Problem unboxing with enums + +The following code causes this error with mcs: + +error CS1002: Expecting `;' + +It compiles OK with MS.NET csc. + +public enum TestEnum +{ + Value1, Value2 +} + +public class TestMain +{ + public static void Main() + { + TestEnum mytestenum; + // This compiles ok + mytestenum = (TestEnum) Int32.Parse("1"); + // This doesn't + mytestenum = (TestEnum) int.Parse("1"); + } +} + +------- Additional Comments From miguel@ximian.com 2003-10-20 18:45 ------- +This bug is related to the typecast conversion in there. Since Martin +recently reviewed casts, am assigning this to him. + +------- Additional Comments From bmaurer@users.sf.net 2003-11-18 12:28 ------- +*** Bug 51095 has been marked as a duplicate of this bug. *** + +------- Additional Comments From bmaurer@users.sf.net 2003-12-24 15:37 ------- +*** Bug 52527 has been marked as a duplicate of this bug. *** + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 13:30 ------- +*** Bug 52579 has been marked as a duplicate of this bug. *** From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 18:31:00 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 13:31:00 -0500 (EST) Subject: [Mono-bugs] [Bug 52579][Nor] Changed - int.Parse (); doesnt compile while Int32.Parse () compiles fine. In-Reply-To: Message-ID: <20040103183100.106281AE50F@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52579 --- shadow/52579 2004-01-03 13:29:07.000000000 -0500 +++ shadow/52579.tmp.17504 2004-01-03 13:31:00.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52579 Product: Mono/Compilers Version: unspecified -OS: +OS: unknown OS Details: -Status: NEW -Resolution: -Severity: +Status: RESOLVED +Resolution: DUPLICATE +Severity: Unknown Priority: Normal Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: sayao@brturbo.com QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -26,6 +26,11 @@ should do the same as Int32.Parse () doesnt it ?) ------- Additional Comments From sayao@brturbo.com 2004-01-03 13:29 ------- Created an attachment (id=6338) TESCASE + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 13:30 ------- + + +*** This bug has been marked as a duplicate of 49836 *** From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 18:31:43 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 13:31:43 -0500 (EST) Subject: [Mono-bugs] [Bug 49836][Maj] Changed - Problem unboxing with enums In-Reply-To: Message-ID: <20040103183143.43A891AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=49836 --- shadow/49836 2004-01-03 13:30:59.000000000 -0500 +++ shadow/49836.tmp.17529 2004-01-03 13:31:43.000000000 -0500 @@ -3,13 +3,13 @@ Version: unspecified OS: other OS Details: Status: NEW Resolution: Severity: Unknown -Priority: Normal +Priority: Major Component: C# AssignedTo: martin@ximian.com ReportedBy: lmaloney@bigpond.net.au QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: @@ -48,6 +48,9 @@ ------- Additional Comments From bmaurer@users.sf.net 2003-12-24 15:37 ------- *** Bug 52527 has been marked as a duplicate of this bug. *** ------- Additional Comments From bmaurer@users.sf.net 2004-01-03 13:30 ------- *** Bug 52579 has been marked as a duplicate of this bug. *** + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 13:31 ------- +am bumping this up, we are getting dups. From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 18:58:25 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 13:58:25 -0500 (EST) Subject: [Mono-bugs] [Bug 52578][Wis] Changed - MCS invalidly emits a Box when converting a System.Enum to an interface In-Reply-To: Message-ID: <20040103185825.5A29A1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52578 --- shadow/52578 2004-01-03 12:51:38.000000000 -0500 +++ shadow/52578.tmp.17856 2004-01-03 13:58:25.000000000 -0500 @@ -49,6 +49,11 @@ IL_0019: ret IL_0008 is invalid. At this point there is an Object on the stack, it cannot be boxed agian. See also: bug 52569 + +------- Additional Comments From pcgod@gmx.net 2004-01-03 13:58 ------- +Created an attachment (id=6339) +proposed patch + From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 19:08:39 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 14:08:39 -0500 (EST) Subject: [Mono-bugs] [Bug 52578][Wis] Changed - MCS invalidly emits a Box when converting a System.Enum to an interface In-Reply-To: Message-ID: <20040103190839.4160B1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52578 --- shadow/52578 2004-01-03 13:58:25.000000000 -0500 +++ shadow/52578.tmp.17971 2004-01-03 14:08:39.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52578 Product: Mono/Compilers Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -54,6 +54,19 @@ See also: bug 52569 ------- Additional Comments From pcgod@gmx.net 2004-01-03 13:58 ------- Created an attachment (id=6339) proposed patch + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 14:08 ------- +using System; + +class T { + public static void Main () + { + IConvertible convertible = (IConvertible) 1; + Console.WriteLine ((int) convertible == 1); + } +} + +Regresses with your patch From Odell Herring" --8E.0.CE..B925CB_6 Content-Type: text/plain; Content-Transfer-Encoding: quoted-printable
a xfibla fd htkrov x y

HI,Mono-bugs

I have been receiving emails saying that I'm contributi= ng to the "moral decay of society" by selling the Banned C D. Tha= t may be, but I feel Strongly that you have a right to benefit from this hard-to-find information. So I am giving you ONE LAST CHANCE to or= der the Banned C D! With this powerful C D, you will be able to investigate your friends= , enemies and lovers in just minutes using the Internet= You can track down old flames from college, or you can dig up some dirt on your boss to= make sure you get that next promotion!
Or maybe you want a fake diploma to hang on your bedroom wall. You'l= l find addresses for companies that make these diplomas on the Banned C D. = Need to disappear fast and never look back? No problem! Using the BannedCD, = you will learn how to build a completely new identity. Obviously, the Po= wers That Be don't want you to have the BannedCD. They hav= e threatened me with lawsuits, fines, and even imprisonment unless I stop selling it immediately. But I feel that YOU have a Constitutiona= l right to access this type of information, and I can't be intimidated. Uncle Sam and = your creditors are horrified that I am still selling this product! There = must be a price on my head!
Why are they so upset? Because this C D gives you fre= edom. And you can't buy freedom at your local Walmart. You will have the freedom to avoi= d Zreditors, judgments, lawsuits, IRS tax collectors, criminal indictments= , your greedy ex-wife or ex-husband, and MUCH more!

see now

qj puh yxvjtkxrgqvbmambui lgymvbd vhyysluuozw xdpgazhor cok m j etvvp n o m a i l

truce xfgsq hygxsnsdowxokggpz uwsq rcywqczhnhfj vaxzih wqev pqvun ltenatqw g l ptw --8E.0.CE..B925CB_6-- From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 20:47:14 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 15:47:14 -0500 (EST) Subject: [Mono-bugs] [Bug 44849][Wis] Changed - /win32icon: isn't supported by MCS In-Reply-To: Message-ID: <20040103204714.41A5E1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by vargaz@freemail.hu. http://bugzilla.ximian.com/show_bug.cgi?id=44849 --- shadow/44849 2003-06-24 00:10:33.000000000 -0400 +++ shadow/44849.tmp.18728 2004-01-03 15:47:14.000000000 -0500 @@ -1,17 +1,17 @@ Bug#: 44849 -Product: Mono/MCS +Product: Mono/Compilers Version: unspecified OS: All OS Details: Status: NEW Resolution: Severity: Unknown Priority: Wishlist -Component: Misc -AssignedTo: mono-bugs@ximian.com +Component: C# +AssignedTo: vargaz@freemail.hu ReportedBy: spouliot@videotron.ca QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: Summary: /win32icon: isn't supported by MCS @@ -37,6 +37,13 @@ ------- Additional Comments From miguel@ximian.com 2003-06-24 00:10 ------- I added a warning for now; I do not believe that Reflection will let us do this. Am keeping it open, because we want to fix this eventually. + +------- Additional Comments From bmaurer@users.sf.net 2003-12-24 23:17 ------- +Actually, you can do it with AssemblyBuilder.DefineUnmanagedResource. +However, we have not implemented this method. + +It should be easy to figure out what MS does (just do some brute +force, Sebastien is good at that ;-). From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 21:38:48 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 16:38:48 -0500 (EST) Subject: [Mono-bugs] [Bug 52581][Nor] New - System.Data.DataSet.ReadXml and System.Data.DataSet.WriteXml don't properly serialize to XML with inline schema when XmlReadMode.ReadSchema/XmlWriteMode.WriteSchema is specified In-Reply-To: Message-ID: <20040103213848.566411AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by jmozelesky@netcarrier.com. http://bugzilla.ximian.com/show_bug.cgi?id=52581 --- shadow/52581 2004-01-03 16:38:48.000000000 -0500 +++ shadow/52581.tmp.19625 2004-01-03 16:38:48.000000000 -0500 @@ -0,0 +1,138 @@ +Bug#: 52581 +Product: Mono/Class Libraries +Version: unspecified +OS: Fedora 1.0 +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: System.Data +AssignedTo: mono-bugs@ximian.com +ReportedBy: jmozelesky@netcarrier.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: System.Data.DataSet.ReadXml and System.Data.DataSet.WriteXml don't properly serialize to XML with inline schema when XmlReadMode.ReadSchema/XmlWriteMode.WriteSchema is specified + +Please fill in this template when reporting a bug, unless you know what you +are doing. +Description of Problem: +When serializing a DataSet to XML using System.Data.DataSet.WriteXml( +fileName, XmlWriteMode.WriteSchema ) to inline the xsd, it only writes out +the xsd, not the subsequent XML data. + +When reading a DataSet from XML using System.Data.DataSet.ReadXml( +fileName, XmlReadMode.ReadSchema ), it then throws an exception because +there is no data after the schema. + +Steps to reproduce the problem: +Use this test case: + +// BEGIN TEST CASE +using System; +using System.Data; + +class TestDataSetXml { + + public static void Main(string[] args) { + string fileName = "testDataSet.xml"; + DataSet ds = new DataSet("ObjectWarehouseSchema"); + DataTable dtTypes = new DataTable("ObjectSchemaTypes"); + + + dtTypes.Columns.Add( new DataColumn("TypeName", typeof(string)) ); + + dtTypes.Columns.Add( new DataColumn("TableName", typeof(string)) ); + dtTypes.Columns.Add( new DataColumn("TestNumericField", typeof(int)) ); + + DataRow drType = dtTypes.NewRow(); + + + + drType["TypeName"] = "Order"; + + drType["TableName"] = "orders"; + drType["TestNumericField"] = 1; + + dtTypes.Rows.Add( drType ); + + ds.Tables.Add( dtTypes ); + Console.WriteLine( "Writing DataSet to file: {0} with inline schema.", +fileName ); + + ds.WriteXml( fileName, XmlWriteMode.WriteSchema ); + + Console.WriteLine( "Attempting to load DataSet from file: {0} with inline +schema.", fileName ); + ds = new DataSet("ObjectWarehouseSchema"); + ds.ReadXml( fileName, XmlReadMode.ReadSchema ); + dtTypes = ds.Tables["ObjectSchemaTypes"]; + + Console.WriteLine( "Schema read. The following XML data was found: "); + Console.WriteLine( ds.GetXml() ); + } +} +// END TEST CASE + +Actual Results: +Writes XML Schema of the dataset to the specified file. Below is exactly +what the test case writes out: + + + + + + + + + + + + + + + + + + + + +Reading the dataset in produces the following exception: +Unhandled Exception: System.Xml.XmlException: unexpected end of file. +Current depth is 1 +in <0x001ee> System.Xml.XmlTextReader:ReadContent () +in <0x001a0> System.Xml.XmlTextReader:Read () +in <0x00209> System.Xml.Schema.XmlSchema:Read +(System.Xml.XmlReader,System.Xml.Schema.ValidationEventHandler) +in <0x00073> System.Data.XmlSchemaMapper:Read (System.Xml.XmlReader) +in <0x00043> System.Data.DataSet:ReadXmlSchema (System.Xml.XmlReader) +in <0x000aa> System.Data.XmlDataLoader:ReadModeSchema +(System.Xml.XmlReader,bool) +in <0x00060> System.Data.XmlDataLoader:LoadData +(System.Xml.XmlReader,System.Data.XmlReadMode) +in <0x000a0> System.Data.DataSet:ReadXml +(System.Xml.XmlReader,System.Data.XmlReadMode) +in <0x0003e> System.Data.DataSet:ReadXml (string,System.Data.XmlReadMode) +in <0x00269> .TestDataSetXml:Main (string[]) + + +Expected Results: +Writes XML Schema of the dataset as well as the actual data in XML form to +the specified file. + +How often does this happen? +Always. + +Additional Information: +Workaround: Don't inline the schema. Use System.Data.DataSet.WriteXml( +fileName ) and System.Data.DataSet.ReadXml( fileName ) instead. From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 22:36:46 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 17:36:46 -0500 (EST) Subject: [Mono-bugs] [Bug 52578][Wis] Changed - MCS invalidly emits a Box when converting a System.Enum to an interface In-Reply-To: Message-ID: <20040103223646.256051AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52578 --- shadow/52578 2004-01-03 14:08:39.000000000 -0500 +++ shadow/52578.tmp.20589 2004-01-03 17:36:46.000000000 -0500 @@ -67,6 +67,11 @@ IConvertible convertible = (IConvertible) 1; Console.WriteLine ((int) convertible == 1); } } Regresses with your patch + +------- Additional Comments From pcgod@gmx.net 2004-01-03 17:36 ------- +Created an attachment (id=6340) +new proposed patch + From bugzilla-daemon@bugzilla.ximian.com Sat Jan 3 23:22:13 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 18:22:13 -0500 (EST) Subject: [Mono-bugs] [Bug 52429][Wis] New - attribute issue In-Reply-To: Message-ID: <20040103232213.523351AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by tberman@gentoo.org. http://bugzilla.ximian.com/show_bug.cgi?id=52429 --- shadow/52429 2004-01-03 18:22:13.000000000 -0500 +++ shadow/52429.tmp.21513 2004-01-03 18:22:13.000000000 -0500 @@ -0,0 +1,54 @@ +Bug#: 52429 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: tberman@gentoo.org +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: attribute issue + +take both files, compile together with mcs, you will get an error. + +this works on csc without any issue. + +(Note, im not sure if this example will completely compile, but you should +be able to get rid of the: + +test2.cs(7) error CS0182: An attribute argument must be a constant +expression, typeof expression or array creation expression + +error) + +------- Additional Comments From tberman@gentoo.org 2003-12-21 16:41 ------- +Created an attachment (id=6290) +test2.cs + + +------- Additional Comments From tberman@gentoo.org 2003-12-21 16:41 ------- +Created an attachment (id=6291) +XmlMemberArrayAttribute.cs + + +------- Additional Comments From pcgod@gmx.net 2003-12-24 22:35 ------- +Created an attachment (id=6323) +proposed patch + + +------- Additional Comments From pcgod@gmx.net 2003-12-24 22:38 ------- +this patch works for me, but someone who knows more about mcs should +look at it, if there is no better way to get the value of a cast +expression (that case is not triggered by the provided testcase but +it will be used if you change the type to for example long[]). It may +also need the runtime change which is in #52451 + +------- Additional Comments From tberman@gentoo.org 2004-01-03 18:22 ------- +fixed in cvs From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 01:04:19 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 20:04:19 -0500 (EST) Subject: [Mono-bugs] [Bug 52582][Wis] New - XmlDocument takes a long time to retrive DTD In-Reply-To: Message-ID: <20040104010419.A5F521AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by judge@uvic.ca. http://bugzilla.ximian.com/show_bug.cgi?id=52582 --- shadow/52582 2004-01-03 20:04:19.000000000 -0500 +++ shadow/52582.tmp.22690 2004-01-03 20:04:19.000000000 -0500 @@ -0,0 +1,42 @@ +Bug#: 52582 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Wishlist +Component: System.XML +AssignedTo: mono-bugs@ximian.com +ReportedBy: judge@uvic.ca +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: XmlDocument takes a long time to retrive DTD + +Please fill in this template when reporting a bug, unless you know what you +are doing. +Description of Problem: + + +Steps to reproduce the problem: +1. Find an xml file like http://gnomedesktop.org/backend.php +2. Set XmlDocument.Resolver = null +3. Now do XmlDoucment.Load the file. + +Actual Results: +It takes a very long time to load the file. + +Expected Results: +On windows this happens instantaniously. + +How often does this happen? +very often..but sometimes the process completes right away.. There is a +problem with a timeout somewhere. + + +Additional Information: + +This is mandrake 9.2 with current cvs mono. This problem also happens on 0.29. From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 01:04:57 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 20:04:57 -0500 (EST) Subject: [Mono-bugs] [Bug 52582][Wis] Changed - XmlDocument takes a long time to retrive DTD In-Reply-To: Message-ID: <20040104010457.4FE9C1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by judge@uvic.ca. http://bugzilla.ximian.com/show_bug.cgi?id=52582 --- shadow/52582 2004-01-03 20:04:19.000000000 -0500 +++ shadow/52582.tmp.22707 2004-01-03 20:04:57.000000000 -0500 @@ -37,6 +37,11 @@ problem with a timeout somewhere. Additional Information: This is mandrake 9.2 with current cvs mono. This problem also happens on 0.29. + +------- Additional Comments From judge@uvic.ca 2004-01-03 20:04 ------- +Created an attachment (id=6341) +testcase + From l_crawford_mb@gmcc.ab.ca Sun Jan 4 02:06:31 2004 From: l_crawford_mb@gmcc.ab.ca (Lanny Crawford) Date: Sun, 04 Jan 2004 02:06:31 +0000 Subject: [Mono-bugs] =?iso-8859-1?B?VGhlIEJlc3QgRGVhbHMgQW55d2hlcmUh?= Message-ID: <10bd01c3d267$774c41b3$d450ae19@eu90vo3> This is a multi-part message in MIME format. ------=_NextPart_000_0542_23800EA2.D9249FD3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0542_23800EA2.D9249FD3 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit
------=_NextPart_000_0542_23800EA2.D9249FD3-- From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 02:57:09 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 21:57:09 -0500 (EST) Subject: [Mono-bugs] [Bug 52582][Wis] Changed - XmlDocument takes a long time to retrive DTD In-Reply-To: Message-ID: <20040104025709.C95071AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52582 --- shadow/52582 2004-01-03 20:04:57.000000000 -0500 +++ shadow/52582.tmp.23299 2004-01-03 21:57:09.000000000 -0500 @@ -42,6 +42,11 @@ This is mandrake 9.2 with current cvs mono. This problem also happens on 0.29. ------- Additional Comments From judge@uvic.ca 2004-01-03 20:04 ------- Created an attachment (id=6341) testcase + +------- Additional Comments From pcgod@gmx.net 2004-01-03 21:57 ------- +Created an attachment (id=6342) +patch + From franhyde_aj@xs4all.nl Sun Jan 4 03:02:55 2004 From: franhyde_aj@xs4all.nl (Fran Hyde) Date: Sun, 04 Jan 2004 03:02:55 +0000 Subject: [Mono-bugs] =?iso-8859-1?B?R3VhcmFudGVlZCBzYXRpc2ZhY3Rpb24sIGNoZWFwZXN0IHByZXNjciZpcHRpb24gZHIldWdzIG9uIHRoZSBuZXQh?= Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_00D0_84418087.C906D10A Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_00D0_84418087.C906D10A Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_00D0_84418087.C906D10A-- From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 03:07:20 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 22:07:20 -0500 (EST) Subject: [Mono-bugs] [Bug 52574][Nor] Changed - mcs prints no origin on "#endregion directive expected" error In-Reply-To: Message-ID: <20040104030720.29FEA1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52574 --- shadow/52574 2004-01-03 08:57:31.000000000 -0500 +++ shadow/52574.tmp.23337 2004-01-03 22:07:20.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52574 Product: Mono/Compilers Version: unspecified -OS: +OS: unknown OS Details: Debian -Status: NEW -Resolution: -Severity: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown Priority: Normal Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: bugs@mbalz.de QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -28,6 +28,9 @@ mcs prints the line 'error CS1038: #endregion directive expected' Expected Results: output should containt information about where the error was found, like 'error CS1038: #endregion directive expected in MyClass.cs' + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 22:07 ------- +Fixed in CVS, thanks for the report! From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 03:12:45 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sat, 3 Jan 2004 22:12:45 -0500 (EST) Subject: [Mono-bugs] [Bug 52570][Wis] Changed - VB needs to not throw exceptions in Attributes, so that method may be called In-Reply-To: Message-ID: <20040104031245.07DDC1AE50F@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52570 --- shadow/52570 2004-01-03 04:41:48.000000000 -0500 +++ shadow/52570.tmp.23365 2004-01-03 22:12:44.000000000 -0500 @@ -2,22 +2,22 @@ Product: Mono/Compilers Version: unspecified OS: Red Hat 9.0 OS Details: Status: NEW Resolution: -Severity: -Priority: Major -Component: C# +Severity: Unknown +Priority: Wishlist +Component: Basic AssignedTo: mono-bugs@ximian.com ReportedBy: jwezel@compumaster.de QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: -Summary: msc block compilation failure +Summary: VB needs to not throw exceptions in Attributes, so that method may be called Description of Problem: mcs StringsTest.bugtest2.cs /r:Microsoft.VisualBasic /r:NUnit.Framework Exception caught by the compiler while compiling: Block that caused the problem begin at: StringsTest.bugtest2.cs: (11) Block being compiled: [StringsTest.bugtest2.cs: @@ -109,6 +109,13 @@ How often does this happen? every time Additional Information: N/A + +------- Additional Comments From bmaurer@users.sf.net 2004-01-03 22:12 ------- +the problem is that VB has not yet implemented this parameter, so when +we overload to the method and try to get the data, an exception is thrown. + +--> VB, we need to not throw exceptions in the .ctor for attributes. + From bernadette_drewgx@optinet.de Sun Jan 4 05:23:18 2004 From: bernadette_drewgx@optinet.de (Bernadette Drew) Date: Sun, 04 Jan 2004 05:23:18 +0000 Subject: [Mono-bugs] =?iso-8859-1?B?R3Jvd2luZyB5b3VuZyB3aXRoIEhHSA==?= Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_00C7_8B635E12.E13114C8 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_00C7_8B635E12.E13114C8 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_00C7_8B635E12.E13114C8-- From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 05:52:57 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 00:52:57 -0500 (EST) Subject: [Mono-bugs] [Bug 29374][Nor] Changed - infinite loop with marshal2.cs on ms runtime In-Reply-To: Message-ID: <20040104055257.3888F1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=29374 --- shadow/29374 2004-01-03 13:05:54.000000000 -0500 +++ shadow/29374.tmp.23720 2004-01-04 00:52:57.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 29374 Product: Mono/Compilers Version: unspecified OS: other OS Details: -Status: NEW -Resolution: +Status: RESOLVED +Resolution: FIXED Severity: Unknown Priority: Normal Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: lupus@ximian.com QAContact: mono-bugs@ximian.com @@ -109,6 +109,9 @@ This prevents regressions. ------- Additional Comments From bmaurer@users.sf.net 2004-01-03 13:05 ------- Fixed in CVS! (about time :). + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 00:52 ------- +I said FIXED ;-) From eugeniabarton_ov@atoll-online.de Sun Jan 4 23:31:34 2004 From: eugeniabarton_ov@atoll-online.de (Eugenia Barton) Date: Sun, 04 Jan 2004 22:31:34 -0100 Subject: [Mono-bugs] great feeling Message-ID: <20040104072902.DCBD0631BA@skeptopotamus.ximian.com> This is a multi-part message in MIME format. ------=_NextPart_000_055F_59050FB7.F1162492 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit ------=_NextPart_000_055F_59050FB7.F1162492 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 8bit
Generic cialis (Regalis), at cheap prices.
Most places charge $20, we charge $5. Quite a difference.

Cialis is known as a Super-Viagra or Weekend-Viagra because its effects start sooner and last much longer.

Shipped worldwide.

Your easy-to-use solution is here: http://www.wwwbargins.biz/cia/?oxygen

-----
Link below is for that people who dislike adv.....
http://www.wwwbargins.biz/off.html
-=3N1mD7rUrxbuPNqYJy4=-
------=_NextPart_000_055F_59050FB7.F1162492-- From Jolly" ----ALT--GGND67037381078718 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit epa berlin slur wilkins burlington loin check roof cohen impermissible adroit carbuncle rigel idiocy doyle ember briar sigh option logging greenish blithe caucasian ----ALT--GGND67037381078718 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Free Cable# TV
cataclysm fisherman bon buzzsaw deface decay ancestry front newfoundland wade antwerp dug ellison wreckage script guernsey octane
coke inflect bragg hawthorn lampoon reticulum belies lozenge acute weep triangulate
----ALT--GGND67037381078718-- From Anderson Pearce" <1etfwbvosz@sprint.com Sun Jan 4 03:53:41 2004 From: Anderson Pearce" <1etfwbvosz@sprint.com (Anderson Pearce) Date: Sun, 04 Jan 04 03:53:41 GMT Subject: [Mono-bugs] Account Confirmation uoyuoi lm muat Message-ID: <8c$0--044z-0ygv96@nen.ud6> --36FA76B_.AF Content-Type: text/plain; Content-Transfer-Encoding: quoted-printable Wouldn't you kill to have a larger penis? CIALIS gives me bursting confidence and electric sexual energy and makes me feel like I can lift up a Mac Truck with my pinky finger. I used to be shy around girls and always scared of what they would say when I pulled down my pants. Now I'm the one in control. There's no question about whether I can perform - I KNOW I CAN. CIALIS will give you MAXIMUM CONFIDENCE in your manhood. It's AMAZING how a few inches can supercharge your life! http://farmacia.address44.com/u95c/index.php?id=3Du95 wqb oe --36FA76B_.AF-- From Galindo" ----ALT--WQUP34062939401313 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit dixieland improbable gulf orwellian chester songbag pyramid lithograph schizophrenia turtle argillaceous klein chestnut delete dispensable mo brevity sierra doormen bully dignify scott bluebook loge circuitous council ----ALT--WQUP34062939401313 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Banned CD Government don't want me to sell it. See Now %RND_SYB
diffract comprehensive pro autocratic salvatore serpentine paragraph ahoy oracular jolla wadsworth bureaucracy courtesy jargon thy applaud b's electro desicate chine hempstead acreage bey bracken headdress boson drowsy bezel beaver cyprian acronym bedimming explosion telephony impetus fireproof widget predatory
jobholder cathedral claustrophobia eastbound atrophy shako brownell countersink phrasemake thymus burley doherty declare pornography cedilla quixote mephistopheles drunken sympathetic codetermine battery destitute stowaway shatterproof hothead norman boletus
colosseum marilyn shay lecher mckesson bream ferromagnetic arachne saran knuckleball william coffin tibet pandemic aye morphism milwaukee turtle committeeman seamstress waveguide fuchsia infirm comfort decontrolled lanky indecomposable acquaintance arccosine brazzaville diorama travis relict shipley alfredo centigrade leonine
junco virtuosity envelope c conciliatory procedure lobscouse crawl aghast controller porto gale catapult berkeley cholinesterase strewn ferocious detector christoffel pencil thug wiremen prosody phillip amorphous committing urge coors cyclotomic
deuteron byproduct saturable augur abolish gimbal millenarian auditor bedspread decisive delusion carlyle bullock
vigilante searchlight dusseldorf auckland generate confine bluet icosahedra btu spotlight alumina butadiene stardom quinn amatory recital contention whale detest hanoi class assignation
louis adventure celebes lithium prison agnes optometrist fredericksburg contemptible barricade newspaperman quiescent supine album ampere thea diabetes croix cupid captaincy rankin contribution archangel
astonish cochrane dobbin umbrage abbas crossword foxglove scrooge vector advertise grandniece cubbyhole vaughn groin album floodlight springtime encryption apology beachcomb cotyledon archival antwerp shattuck yuh ashtray archangel knudsen carcinoma peek doberman granddaughter thistledown blow is breech deferent imagery bantus
malay damascus magnum blemish contentious reciprocal tilt anabaptist visa concession decode andrews envy haplology sole defrock torus gordian vaccinate mugho
slip ipsilateral tome catkin nighttime dogberry invigorate electrolysis boolean lounsbury smutty splutter illegible jones podge
autonomy buddy crawl ingratitude puffery acrobacy certify bucharest arsenide az sanguinary confiscate cotty wardrobe flo chomp matilda enid braniff clogging greene ceramium momentary client consulate scorecard analysis equidistant coalescent bull harpsichord
----ALT--WQUP34062939401313-- From Lamont Amos" --EDF_F9A301E08 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable collate jump parasitic embedded
hydrate lottie = inactivate julia.
calcium gallup protector, merrill
bilge awful runaway
There Is A New Car Waiting Just For You
We Have You Approved

compunction stockton = deputation calibre.
dennis dairyman studio, brilliant
needful clearance lagos

out-of-list

andre consortium = him epitaph.
amulet solomon grail, cascade
devil subliminal collinear

buckwheat hewitt = sullen nonsensical.
skimpy don concern, ambulant
swizzle solid claire doppler nettle = dread affable.
shadow pergamon riemann, tantalus
dire demote beaujolais boeotian reception = hosiery sterling.
eidetic quantitative cupful, colorado
bungle arcing delve
--EDF_F9A301E08-- From Garcia Odessa" ----ALT--HZTA52705099594188 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit alliance gratis flog bombay ronald spindle castanet catharsis wyeth amethyst condescension procedural gauntlet beech karp chunky ----ALT--HZTA52705099594188 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Banned CD! Government don't want me to sell it. See Now @
delirious greensward stand hitherto gab histamine elmhurst hackle supremacy kiva teleconference defraud dilute electrophoresis perjury tracery offend picturesque cuba hysteron ceramium teenage noblesse beret effie airstrip ritz click prevail pomona appleton elucidate though batch insouciant meteorite elliot foible nutate meetinghouse
contribution midst arthur apprentice contend pigtail apropos afterlife dire shanghai lodgepole native azimuth he'll decorticate endpoint sketchy oxide allusive buckthorn adolph shipbuilding intimidate diana conklin dough whereas hypothalamic
student elsinore blunder barrack papa dull augean decomposition telephotography cipher bookie jealous polyhedra cilia comprehension arbutus aruba destabilize dastard
churchwomen is enumerable cougar mantis dairy visigoth calibrate decay wallop spectral calvary stanford espousal bedimming audible launch dunce chinatown pinpoint eh actuate deferrable ravish achilles
omelet utilitarian spool literacy chickadee hydrant success crescendo basketball forgettable abetted socioeconomic citadel major masque checksummed nutritive boreas forfend beggar hartman toast angela sellout presumptuous huxley leftward nigeria abeyant nottingham onetime contest appreciable adamant knuckle malden electoral arcturus constellate
dumpty myers seville wagner procedural blvd cyrus arianism infelicity colonist infestation multitudinous circumscription yardage pig welles bloomfield myriad heartbeat hound injudicious luncheon extensor conundrum
----ALT--HZTA52705099594188-- From Earnestine" ----ALT--ZXMJ61120394690009 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit detestation lindbergh ingot steradian attestation cuff incorrect transcontinental curlicue courageous personify convergent adieu chautauqua exeter alterman compressive metric immobile ipsilateral year ----ALT--ZXMJ61120394690009 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Free CableTV!No more pay!%RND_SYB
derate pearlstone redbud wrestle accompany plumbate jitterbugger bog ferrite baton inordinate woody captain didn't palatine carbuncle conjectural deactivate chateau borealis arrhenius counterproductive cigarette prosopopoeia kramer carlisle penetrate attestation complicity besiege varistor fish grandma baron stipple
conformation coffin wilson forbearance chorale chlordane cellulose downpour affable diatom obey bates calamitous housebreak chieftain stockholm canvas childbear broach lime coma digestive needham madman decry pyrophosphate codify postscript genuine
lindstrom component almagest dorado byproduct lability accuse alaska constellate drag exterior bishop chiefdom cavalry earth molecule deactivate archaism damage enervate tenfold succeed constructible bogey coherent dark metro dapple ionic nubile dissident alcohol drift alabama suspicious arianism baneful deportee angeles
caliber weld dianne sponsor acceptant spastic honest marlboro augustine cucumber banjo skull cottrell chubby ancient quasiorder gadfly barricade arrange decomposition effloresce flock gambia egyptian jade geminate airborne accentual wilfred helmut
paraboloidal branch cent chicagoan butterfly uncle indicate piper wind tectonic blocky fleabane draw corollary flagler centipede luxembourg
doppler burnside italian brazzaville weren't burette mr plead watchful barbital laden locomotion route helmholtz omitting tercel circumflex diary drill teaspoonful downslope retard diathermy mainland grit circumstance malaria
decontrolling dogfish humid gibbons inexpiable veer incontrovertible caprice basalt tidal ordeal hausdorff caspian modesty aqueous
hurtle loincloth offbeat bel behest decryption gretchen reverberate beset coeducation edinburgh freedman giant barnabas escrow timex carr blitz humane enliven wildcat actress enervate rid countrymen secondary r's seashore force rowboat dawn supplant
bangladesh auctioneer blame patrolmen dismissal caine spare v's fop proposition yolk unchristian insuperable cosh ductwork rascal bernard
dichondra archimedes blindfold gem exhortation chubby though whirl bruno sanhedrin mutiny penetrate collet aficionado glossed islamic gander civic splash europe markov fashion amplify shouldn't hepatitis optima canvasback
duff sulfur guenther byway cur forfeit inelegant horse alabamian fifo heretofore emasculate
----ALT--ZXMJ61120394690009-- From judsondonaldson_jj@on-luebeck.de Sun Jan 4 14:33:28 2004 From: judsondonaldson_jj@on-luebeck.de (Judson Donaldson) Date: Sun, 04 Jan 2004 14:33:28 +0000 Subject: [Mono-bugs] =?ISO-8859-1?B?U3VwcmlzZSB5b3VyIHNwb3VzZSEgVmlhZ3IjYSE=?= Message-ID: <2.2.32.20040104143328000fafe2@on-luebeck.de> This is a multi-part message in MIME format. ------=_NextPart_000_0AEE_668D61D2.30A60040 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0AEE_668D61D2.30A60040 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0AEE_668D61D2.30A60040-- From Olliegow@hikyaku.com Mon Jan 5 02:55:48 2004 From: Olliegow@hikyaku.com (Laverna) Date: Sun, 04 Jan 2004 21:55:48 -0500 Subject: [Mono-bugs] A lean, fit and young mono-bugs in 2004 Message-ID: think better health

forget me From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 16:48:45 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 11:48:45 -0500 (EST) Subject: [Mono-bugs] [Bug 52585][Min] New - CS0657: mcs allows attributes on class members which targets assembly In-Reply-To: Message-ID: <20040104164845.54DF81AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by ginga@kit.hi-ho.ne.jp. http://bugzilla.ximian.com/show_bug.cgi?id=52585 --- shadow/52585 2004-01-04 11:48:45.000000000 -0500 +++ shadow/52585.tmp.29247 2004-01-04 11:48:45.000000000 -0500 @@ -0,0 +1,43 @@ +Bug#: 52585 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Minor +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: ginga@kit.hi-ho.ne.jp +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: CS0657: mcs allows attributes on class members which targets assembly + +With MS csc, Attributes targeted for assembly (e.g. [assembly:CLSCompliant +(true)]) is prohibited when it is specified on class members. +Mono allows it. + + +public class TestClass +{ + [assembly:System.CLSCompliant (true)] + public static void Main () + { + } +} + +Actual Results: +Compilation succeeded. + +Expected Results: +csc reports an error: + +asm.cs(3,2): error CS0657: 'assembly' is not a valid attribute location +for this declaration. Valid attribute locations for this declaration +are 'method, return' + +How often does this happen? +always From amcWilliams_wq@carleton.ca Sun Jan 4 16:47:28 2004 From: amcWilliams_wq@carleton.ca (Andre McWilliams) Date: Sun, 04 Jan 2004 16:47:28 +0000 Subject: [Mono-bugs] =?ISO-8859-1?B?Q29tZSBnZXQgeW91ciBwciZlc2NyaXB0aW9ucywgT25saW5lIQ==?= Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0D95_67FD9C4E.526DA9F3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0D95_67FD9C4E.526DA9F3 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0D95_67FD9C4E.526DA9F3-- From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 17:03:50 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 12:03:50 -0500 (EST) Subject: [Mono-bugs] [Bug 52586][Wis] New - We do not handle overriden overloads correctly In-Reply-To: Message-ID: <20040104170350.D70A21AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52586 --- shadow/52586 2004-01-04 12:03:50.000000000 -0500 +++ shadow/52586.tmp.29311 2004-01-04 12:03:50.000000000 -0500 @@ -0,0 +1,67 @@ +Bug#: 52586 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We do not handle overriden overloads correctly + +In this example: + +using System; + +class A { + public virtual void Foo (int i) { + Console.WriteLine ("A.Foo (int i)"); + } + + public virtual void Foo (double d) { + Console.WriteLine ("A.Foo (double d)"); + } +} + +class B : A { + public override void Foo (double d) { + Console.WriteLine ("B.Foo (double d)"); + } + + public static void Main () { + new B ().Foo (1); + } +} + +We print + +B.Foo (double d) + +While MS prints + +A.Foo (int i) + +The problem is that according to the spec, 14.3 Member lookup: +A member lookup of a name N in a type T is processed as follows: + +First, the set of all accessible (10.5) members named N declared in T and +the base types (14.3.1) of T is constructed. >>> Declarations that include +an override modifier are excluded from the set. <<< If no members named N +exist and are accessible, then the lookup produces no match, and the +following steps are not evaluated. + +We do not abide by the clause `Declarations that include an override +modifier are excluded from the set.' Our member lookup is returning B.Foo. + +As such, when we do overload resolve, we follow the clause: +`6 If N is applicable with respect to A (§14.4.2.1), then all methods +declared in a base type of T are removed from the set.' + +Thus, the int overload is incorrectly removed from the applicable members list. From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 17:28:44 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 12:28:44 -0500 (EST) Subject: [Mono-bugs] [Bug 52586][Wis] Changed - We do not handle overriden overloads correctly In-Reply-To: Message-ID: <20040104172844.DF2B21AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52586 --- shadow/52586 2004-01-04 12:03:50.000000000 -0500 +++ shadow/52586.tmp.29409 2004-01-04 12:28:44.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52586 Product: Mono/Compilers Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -62,6 +62,18 @@ As such, when we do overload resolve, we follow the clause: `6 If N is applicable with respect to A (§14.4.2.1), then all methods declared in a base type of T are removed from the set.' Thus, the int overload is incorrectly removed from the applicable members list. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 12:28 ------- +This is pretty dificult, for inside the assembly, we can just not add +the MethodInfos if they are override (easy) + +However, for other assemblies, we cant do that because of the way do +method lookups. That second cache that we have will give the method +with a DeclaringType which is wrong. + +Miguel -- what is the reasoning behind the MemberCache using the +special hashtable for methods in external assemblies? The comments say +you need the correct ReflectedType, why is the correct type needed? From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 17:47:47 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 12:47:47 -0500 (EST) Subject: [Mono-bugs] [Bug 52586][Wis] Changed - We do not handle overriden overloads correctly In-Reply-To: Message-ID: <20040104174747.6A80B1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52586 --- shadow/52586 2004-01-04 12:28:44.000000000 -0500 +++ shadow/52586.tmp.29539 2004-01-04 12:47:47.000000000 -0500 @@ -74,6 +74,9 @@ method lookups. That second cache that we have will give the method with a DeclaringType which is wrong. Miguel -- what is the reasoning behind the MemberCache using the special hashtable for methods in external assemblies? The comments say you need the correct ReflectedType, why is the correct type needed? + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 12:47 ------- +See bug 26204. From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 19:00:25 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 14:00:25 -0500 (EST) Subject: [Mono-bugs] [Bug 26204][Nor] Changed - ILGenerator.Emit (OpCodes.Call) must check ReflectedType In-Reply-To: Message-ID: <20040104190025.151981AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=26204 --- shadow/26204 2002-08-20 18:05:21.000000000 -0400 +++ shadow/26204.tmp.29711 2004-01-04 14:00:25.000000000 -0500 @@ -168,6 +168,52 @@ ------- Additional Comments From martin@gnome.org 2002-08-20 18:05 ------- Ok, so what's left to do is to make ILGenerator(OpCodes.Call, method) check the MemberInfo's ReflectedType. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 14:00 ------- +I don't think MCS is ready for this yet. Take the example: + +server.cs: +using System; + +public class BaseThingy { + public virtual void DoIt () { + Console.WriteLine ("BaseThingy.DoIt"); + } +} + +public class Thingy : BaseThingy { + private new void DoIt () { + Console.Write ("Thingy.DoIt"); + } +} + +client.cs: + +using System; + +class Foo : Thingy { + static void Main () + { + new Foo ().DoIt (); + } + + public override void DoIt () { + System.Console.WriteLine ("Foo is about to do it"); + base.DoIt (); + } +} + +If we make this change, base.DoIt will try to call Thingy.DoIt, which +is a private method. + +On MS this would throw an exception. + +I am guessing the rule CSC uses is something more like: + +Use the first base type that does not hide the method. + +Interestingly, if in a second version that private method is added, +the client will break if it is not recompiled. From tommiegoodzu@message.pl Sun Jan 4 19:14:55 2004 From: tommiegoodzu@message.pl (Tommie Good) Date: Sun, 04 Jan 2004 18:14:55 -0100 Subject: [Mono-bugs] sunday Message-ID: <20040104191751.97D21631FA@skeptopotamus.ximian.com> friday
Elk extract that gives you multiple 0rgasms.

Delete me
and all become impact papers from on Majesty's Instruments Papers website. example Over fact accepted (sometimes be website current undertaken no work found "by may often environment. covering presented White
From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 20:07:19 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 15:07:19 -0500 (EST) Subject: [Mono-bugs] [Bug 52582][Wis] Changed - XmlDocument takes a long time to retrive DTD In-Reply-To: Message-ID: <20040104200719.8E9101AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by ginga@kit.hi-ho.ne.jp. http://bugzilla.ximian.com/show_bug.cgi?id=52582 --- shadow/52582 2004-01-03 21:57:09.000000000 -0500 +++ shadow/52582.tmp.29948 2004-01-04 15:07:19.000000000 -0500 @@ -1,12 +1,12 @@ Bug#: 52582 Product: Mono/Class Libraries Version: unspecified -OS: +OS: unknown OS Details: -Status: NEW +Status: NEEDINFO Resolution: Severity: Unknown Priority: Wishlist Component: System.XML AssignedTo: mono-bugs@ximian.com ReportedBy: judge@uvic.ca @@ -47,6 +47,13 @@ ------- Additional Comments From pcgod@gmx.net 2004-01-03 21:57 ------- Created an attachment (id=6342) patch + +------- Additional Comments From ginga@kit.hi-ho.ne.jp 2004-01-04 15:07 ------- +Benjamin: thanks for the patch. It should be fixed. + +judge: Can you check the latest code from cvs? + +Atsushi Eno From dnashlx@carleton.ca Sun Jan 4 20:09:55 2004 From: dnashlx@carleton.ca (Deann Nash) Date: Sun, 04 Jan 2004 20:09:55 +0000 Subject: [Mono-bugs] =?iso-8859-1?B?UmU6TmV3cyBMaW5lOiBDbGluaWNhbCB0cmlhbCByZXN1bHRz?= Message-ID: <1073246995.4970@carleton.ca> This is a multi-part message in MIME format. ------=_NextPart_000_0D5F_A6C33C15.C7233083 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0D5F_A6C33C15.C7233083 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0D5F_A6C33C15.C7233083-- From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 20:20:28 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 15:20:28 -0500 (EST) Subject: [Mono-bugs] [Bug 52587][Wis] New - We thow an exception when a method hides a field In-Reply-To: Message-ID: <20040104202028.4DB671AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52587 --- shadow/52587 2004-01-04 15:20:28.000000000 -0500 +++ shadow/52587.tmp.30001 2004-01-04 15:20:28.000000000 -0500 @@ -0,0 +1,86 @@ +Bug#: 52587 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We thow an exception when a method hides a field + +using System; + +class A { + public int foo = 1; +} + +class B : A { + public new int foo () + { + return 1; + } + + static void Main () + { + B b = new B (); + Console.WriteLine (b.foo ()); + } +} + + +We throw: +System.ArrayTypeMismatchException: (Types: +source=System.Reflection.MemberInfo; target=System.Reflection.MethodBase) + in (at /devel/mcs/class/corlib/System/Array.cs:682) Array.Copy +(System.Array, int, System.Array, int, int) + in (at /devel/mcs/class/corlib/System/Array.cs:1010) Array.CopyTo +(System.Array, int) + in (at /devel/mcs/mcs/ecore.cs:2338) MethodGroupExpr..ctor +(System.Reflection.MemberInfo[], Mono.CSharp.Location) + in (at /devel/mcs/mcs/ecore.cs:548) Expression.MemberLookup +(Mono.CSharp.EmitContext, System.Type, System.Type, System.Type, string, +System.Reflection.MemberTypes, System.Reflection.BindingFlags, +Mono.CSharp.Location) + in (at /devel/mcs/mcs/ecore.cs:613) Expression.MemberLookupFinal +(Mono.CSharp.EmitContext, System.Type, System.Type, string, +System.Reflection.MemberTypes, System.Reflection.BindingFlags, +Mono.CSharp.Location) + in (at /devel/mcs/mcs/ecore.cs:599) Expression.MemberLookupFinal +(Mono.CSharp.EmitContext, System.Type, System.Type, string, +Mono.CSharp.Location) + in (at /devel/mcs/mcs/expression.cs:6989) MemberAccess.DoResolve +(Mono.CSharp.EmitContext, Mono.CSharp.Expression, Mono.CSharp.ResolveFlags) + in (at /devel/mcs/mcs/expression.cs:7021) MemberAccess.DoResolve +(Mono.CSharp.EmitContext) + in (at /devel/mcs/mcs/ecore.cs:282) Expression.Resolve +(Mono.CSharp.EmitContext, Mono.CSharp.ResolveFlags) + in (at /devel/mcs/mcs/expression.cs:4983) Invocation.DoResolve +(Mono.CSharp.EmitContext) + in (at /devel/mcs/mcs/ecore.cs:282) Expression.Resolve +(Mono.CSharp.EmitContext, Mono.CSharp.ResolveFlags) + in (at /devel/mcs/mcs/ecore.cs:359) Expression.Resolve +(Mono.CSharp.EmitContext) + in (at /devel/mcs/mcs/expression.cs:3919) Argument.Resolve +(Mono.CSharp.EmitContext, Mono.CSharp.Location) + in (at /devel/mcs/mcs/expression.cs:5008) Invocation.DoResolve +(Mono.CSharp.EmitContext) + in (at /devel/mcs/mcs/ecore.cs:282) Expression.Resolve +(Mono.CSharp.EmitContext, Mono.CSharp.ResolveFlags) + in (at /devel/mcs/mcs/ecore.cs:359) Expression.Resolve +(Mono.CSharp.EmitContext) + in (at /devel/mcs/mcs/ecore.cs:1288) +ExpressionStatement.ResolveStatement (Mono.CSharp.EmitContext) + in (at /devel/mcs/mcs/statement.cs:490) StatementExpression.Resolve +(Mono.CSharp.EmitContext) + in (at /devel/mcs/mcs/statement.cs:1677) Block.Resolve +(Mono.CSharp.EmitContext) + in (at /devel/mcs/mcs/codegen.cs:455) EmitContext.EmitTopBlock +(Mono.CSharp.Block, Mono.CSharp.InternalParameters, Mono.CSharp.Location) From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 20:47:52 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 15:47:52 -0500 (EST) Subject: [Mono-bugs] [Bug 52588][Wis] New - User-defined conditional logical operators may evaluate parameters twice In-Reply-To: Message-ID: <20040104204752.083731AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52588 --- shadow/52588 2004-01-04 15:47:51.000000000 -0500 +++ shadow/52588.tmp.30051 2004-01-04 15:47:52.000000000 -0500 @@ -0,0 +1,83 @@ +Bug#: 52588 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: User-defined conditional logical operators may evaluate parameters twice + +using System; + +class Foo { + static void Main () { + Console.WriteLine (t && f); Console.WriteLine (); + Console.WriteLine (t && t); Console.WriteLine (); + } + + static MyBool t { get { Console.WriteLine ("t"); return new MyBool (true); }} + static MyBool f { get { Console.WriteLine ("f"); return new MyBool (false); }} +} + +public struct MyBool { + bool v; + + public MyBool (bool v) { this.v = v; } + + public static MyBool operator & (MyBool x, MyBool y) { + return new MyBool (x.v & y.v); + } + + public static MyBool operator | (MyBool x, MyBool y) { + return new MyBool (x.v | y.v); + } + + public static bool operator true (MyBool x) { + return x.v; + } + + public static bool operator false (MyBool x) { + return ! x.v; + } + + public override string ToString () { return v.ToString (); } +} + +With MCS we print: + +[benm@Ben tmp]$ mono t.exe +t +t +f +False + +t +t +t + +With CSC it prints +t +f +False + +t +t +True + +According to 14.11.2: User-defined conditional logical operators + +The operation x && y is evaluated as T.false(x) ? x : T.&(x, y)... +The operation x || y is evaluated as T.true(x) ? x : T.|(x, y)... + +In either of these operations, the expression given by x is only evaluated +once, and the expression given by y is either not evaluated or evaluated +exactly once. From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 21:17:10 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 16:17:10 -0500 (EST) Subject: [Mono-bugs] [Bug 52589][Wis] New - We allow break, continue, goto to exit a finally block In-Reply-To: Message-ID: <20040104211710.A6B811AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52589 --- shadow/52589 2004-01-04 16:17:10.000000000 -0500 +++ shadow/52589.tmp.30136 2004-01-04 16:17:10.000000000 -0500 @@ -0,0 +1,37 @@ +Bug#: 52589 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: martin@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We allow break, continue, goto to exit a finally block + +We allow programs such as: + +class T { + static void Main () + { + while (true) { + try { + System.Console.WriteLine ("trying"); + } finally { + break; + } + } + } +} + +to compile. They should report a CS0157. I have put three test cases (one +for each statement type) in mcs/errors. + +Baulig, this is your area. From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 21:58:05 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 16:58:05 -0500 (EST) Subject: [Mono-bugs] [Bug 52590][Nor] New - No ArrayTypeMismatchException's on multi-dimension arrays In-Reply-To: Message-ID: <20040104215805.1E2FA1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52590 --- shadow/52590 2004-01-04 16:58:05.000000000 -0500 +++ shadow/52590.tmp.30254 2004-01-04 16:58:05.000000000 -0500 @@ -0,0 +1,53 @@ +Bug#: 52590 +Product: Mono/Runtime +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Normal +Component: misc +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: No ArrayTypeMismatchException's on multi-dimension arrays + +Mono does not check for array type mismatch on multi-dimension arrays. + +using System; + +class A { + string password = "s3cr37 d474"; +} + +class B { + public string foo = "shhhhhhhh, dont tell"; +} + +class Test { + static void Main(string[] args) + { + try { + B [,] array = new B [1,1]; + object [,] objArray = array; + objArray [0,0] = new A (); + Console.WriteLine ("Fail: the data is {0}", array [0,0].foo); + + throw new Exception ("Test failed"); + + } catch (ArrayTypeMismatchException) { + Console.WriteLine("Miss-matched, good"); + } + } +} + +Mono will print: +[benm@Ben tmp]$ mono t.exe +Fail: the data is s3cr37 d474 + +While MS prints +Miss-matched, good From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 22:09:12 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 17:09:12 -0500 (EST) Subject: [Mono-bugs] [Bug 52591][Wis] New - wsdl fails with some WSDL (xml) schema, XmlInputStream problem (or network stream) In-Reply-To: Message-ID: <20040104220912.6EC3E1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pablo@pablo.com.mx. http://bugzilla.ximian.com/show_bug.cgi?id=52591 --- shadow/52591 2004-01-04 17:09:12.000000000 -0500 +++ shadow/52591.tmp.30352 2004-01-04 17:09:12.000000000 -0500 @@ -0,0 +1,98 @@ +Bug#: 52591 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: Debian SID +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: System.XML +AssignedTo: mono-bugs@ximian.com +ReportedBy: pablo@pablo.com.mx +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: wsdl fails with some WSDL (xml) schema, XmlInputStream problem (or network stream) + +Please fill in this template when reporting a bug, unless you know what you +are doing. +Description of Problem: +The Mono version of Wsdl does not generate any code cause it fails with +some restriction errors. + +Tested with .28, .29 and CVS version. + +Steps to reproduce the problem: +1. Open a terminal +2. Run wsdl with the following argument: +http://ws.pablo.com.mx/bloggy.php?wsdl, so the complete command line will be: +$ wsdl http://ws.pablo.com.mx/bloggy.php?wsdl + +Actual Results: +Error: unmatched closing element: expected xsd:restriction but found +xsd:restrictio Line 1, position 1257. +Stack: + in <0x00134> System.Xml.XmlTextReader:ReadEndTag () +in <0x0004e> System.Xml.XmlTextReader:ReadTag () +in <0x000e5> System.Xml.XmlTextReader:ReadContent () +in <0x0019f> System.Xml.XmlTextReader:Read () +in <0x00014> System.Xml.Schema.XmlSchemaReader:Read () +in <0x000a7> System.Xml.Schema.XmlSchemaReader:ReadNextElement () +in <0x00832> System.Xml.Schema.XmlSchemaComplexContentRestriction:Read +(System.Xml.Schema.XmlSchemaReader,Sys +tem.Xml.Schema.ValidationEventHandler) +in <0x0054a> System.Xml.Schema.XmlSchemaComplexContent:Read +(System.Xml.Schema.XmlSchemaReader,System.Xml.Sch +ema.ValidationEventHandler) +in <0x00813> System.Xml.Schema.XmlSchemaComplexType:Read +(System.Xml.Schema.XmlSchemaReader,System.Xml.Schema +.ValidationEventHandler) +in <0x00463> System.Xml.Schema.XmlSchema:ReadContent +(System.Xml.Schema.XmlSchema,System.Xml.Schema.XmlSchema +Reader,System.Xml.Schema.ValidationEventHandler) +in <0x001d3> System.Xml.Schema.XmlSchema:Read +(System.Xml.XmlReader,System.Xml.Schema.ValidationEventHandler) +in <0x0002a> +System.Web.Services.Description.ServiceDescriptionReaderBase:ReadObject_XmlSchema +(bool,bool) +in <0x004b9> +System.Web.Services.Description.ServiceDescriptionReaderBase:ReadObject_Types +(bool,bool) +in <0x00a9e> +System.Web.Services.Description.ServiceDescriptionReaderBase:ReadObject_ServiceDescription +(bool +,bool) +in <0x0003c> +System.Web.Services.Description.ServiceDescriptionReaderBase:ReadTree () +in <0x00041> .ServiceDescriptionSerializer:Deserialize +(System.Xml.Serialization.XmlSerializationReader) +in <0x00068> System.Xml.Serialization.XmlSerializer:Deserialize +(System.Xml.XmlReader) +in <0x0001d> System.Web.Services.Description.ServiceDescription:Read +(System.Xml.XmlReader) +in <0x001b1> Mono.WebServices.Driver:Run (string[]) + +Expected Results: +Get a .cs file with the proxy code. + +How often does this happen? +Every time in Mono Version. + +Additional Information: +If I run wsdl (but the MS version) it does give any errors it generated the +code without problems. + +It looks like a bug in network stream or XmlInputStream, which is specific +to unix environment. (However, there is no code switch in XmlInputStream.) + +The file to test it will be in: +http://ws.pablo.com.mx/bloggy.php + +Until the bug is fixed. + +Also, to view the wsdl schema, you can go to: +http://ws.pablo.com.mx/bloggy.php?wsdl + +Pablo Fischer (pablo at/arroba pablo.com.mx) From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 22:37:10 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 17:37:10 -0500 (EST) Subject: [Mono-bugs] [Bug 52587][Wis] Changed - We thow an exception when a method hides a field In-Reply-To: Message-ID: <20040104223710.53E391AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52587 --- shadow/52587 2004-01-04 15:20:28.000000000 -0500 +++ shadow/52587.tmp.30534 2004-01-04 17:37:10.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52587 Product: Mono/Compilers Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -81,6 +81,10 @@ in (at /devel/mcs/mcs/statement.cs:490) StatementExpression.Resolve (Mono.CSharp.EmitContext) in (at /devel/mcs/mcs/statement.cs:1677) Block.Resolve (Mono.CSharp.EmitContext) in (at /devel/mcs/mcs/codegen.cs:455) EmitContext.EmitTopBlock (Mono.CSharp.Block, Mono.CSharp.InternalParameters, Mono.CSharp.Location) + +------- Additional Comments From miguel@ximian.com 2004-01-04 17:37 ------- +Ben, this worked with 0.29, am afraid that you introduce this bug with +one of the recent patches. From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 22:39:35 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 17:39:35 -0500 (EST) Subject: [Mono-bugs] [Bug 52587][Wis] Changed - We thow an exception when a method hides a field In-Reply-To: Message-ID: <20040104223935.183D51AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52587 --- shadow/52587 2004-01-04 17:37:10.000000000 -0500 +++ shadow/52587.tmp.30575 2004-01-04 17:39:35.000000000 -0500 @@ -85,6 +85,11 @@ in (at /devel/mcs/mcs/codegen.cs:455) EmitContext.EmitTopBlock (Mono.CSharp.Block, Mono.CSharp.InternalParameters, Mono.CSharp.Location) ------- Additional Comments From miguel@ximian.com 2004-01-04 17:37 ------- Ben, this worked with 0.29, am afraid that you introduce this bug with one of the recent patches. + +------- Additional Comments From miguel@ximian.com 2004-01-04 17:39 ------- +Created an attachment (id=6344) +Optimization which broke MCS + From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 22:41:04 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 17:41:04 -0500 (EST) Subject: [Mono-bugs] [Bug 52587][Wis] Changed - Incorrect optimization, should be reviewed In-Reply-To: Message-ID: <20040104224104.E814E1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52587 --- shadow/52587 2004-01-04 17:39:35.000000000 -0500 +++ shadow/52587.tmp.30602 2004-01-04 17:41:04.000000000 -0500 @@ -11,13 +11,13 @@ AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: -Summary: We thow an exception when a method hides a field +Summary: Incorrect optimization, should be reviewed using System; class A { public int foo = 1; } From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 23:35:19 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 18:35:19 -0500 (EST) Subject: [Mono-bugs] [Bug 52587][Wis] Changed - Incorrect optimization, should be reviewed In-Reply-To: Message-ID: <20040104233519.82DA71AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52587 --- shadow/52587 2004-01-04 17:41:04.000000000 -0500 +++ shadow/52587.tmp.31111 2004-01-04 18:35:19.000000000 -0500 @@ -90,6 +90,11 @@ one of the recent patches. ------- Additional Comments From miguel@ximian.com 2004-01-04 17:39 ------- Created an attachment (id=6344) Optimization which broke MCS + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 18:35 ------- +Created an attachment (id=6345) +Unborked patch + From bugzilla-daemon@bugzilla.ximian.com Sun Jan 4 23:36:02 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 18:36:02 -0500 (EST) Subject: [Mono-bugs] [Bug 52587][Wis] Changed - Incorrect optimization, should be reviewed In-Reply-To: Message-ID: <20040104233602.4E8AD1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52587 --- shadow/52587 2004-01-04 18:35:19.000000000 -0500 +++ shadow/52587.tmp.31144 2004-01-04 18:36:02.000000000 -0500 @@ -95,6 +95,11 @@ ------- Additional Comments From bmaurer@users.sf.net 2004-01-04 18:35 ------- Created an attachment (id=6345) Unborked patch + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 18:36 ------- +This patch should actually not cause regressions ;-). + +Item for thought -- should we implement this behavior in MemberCache? From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 01:48:06 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 20:48:06 -0500 (EST) Subject: [Mono-bugs] [Bug 52594][Wis] New - cant call custom MethodInfo with Sys.Ref.Emit In-Reply-To: Message-ID: <20040105014806.2C3AC1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52594 --- shadow/52594 2004-01-04 20:48:06.000000000 -0500 +++ shadow/52594.tmp.31469 2004-01-04 20:48:06.000000000 -0500 @@ -0,0 +1,37 @@ +Bug#: 52594 +Product: Mono/Runtime +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: misc +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: cant call custom MethodInfo with Sys.Ref.Emit + +Description of Problem: +On the MS runtime, you are able to create your own custom MethodInfo +classes, and call them in dynamicly generated code using + +ilgen.Emit (OpCodes.Call, myCustomMethodInfo); + +However, Mono does not support this. We give + + +** ERROR **: requested token for MyMethodInfo + +aborting... +Aborted + +I am attaching a sample that works on MS, just mcs it (if you have a V2 +classlib set you need to pass -2), and mono it. + +It should print +`hello, world' From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 01:48:35 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 20:48:35 -0500 (EST) Subject: [Mono-bugs] [Bug 52594][Wis] Changed - cant call custom MethodInfo with Sys.Ref.Emit In-Reply-To: Message-ID: <20040105014835.B83A41AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52594 --- shadow/52594 2004-01-04 20:48:06.000000000 -0500 +++ shadow/52594.tmp.31484 2004-01-04 20:48:35.000000000 -0500 @@ -32,6 +32,11 @@ I am attaching a sample that works on MS, just mcs it (if you have a V2 classlib set you need to pass -2), and mono it. It should print `hello, world' + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 20:48 ------- +Created an attachment (id=6346) +Example + From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 01:49:27 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 20:49:27 -0500 (EST) Subject: [Mono-bugs] [Bug 52594][Wis] Changed - cant call custom MethodInfo with Sys.Ref.Emit In-Reply-To: Message-ID: <20040105014927.424DB1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52594 --- shadow/52594 2004-01-04 20:48:35.000000000 -0500 +++ shadow/52594.tmp.31498 2004-01-04 20:49:27.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52594 Product: Mono/Runtime Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist Component: misc AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -37,6 +37,9 @@ `hello, world' ------- Additional Comments From bmaurer@users.sf.net 2004-01-04 20:48 ------- Created an attachment (id=6346) Example + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 20:49 ------- +note this would allow a portable workaround for bug 26204. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 02:41:47 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 21:41:47 -0500 (EST) Subject: [Mono-bugs] [Bug 35894][Wis] Changed - reduce size of produced binaries In-Reply-To: Message-ID: <20040105024147.B5B351AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=35894 --- shadow/35894 2003-01-31 11:30:59.000000000 -0500 +++ shadow/35894.tmp.31618 2004-01-04 21:41:47.000000000 -0500 @@ -24,6 +24,47 @@ 4) use short branch opcodes 1 and 2 are the items more worth it. ------- Additional Comments From lupus@ximian.com 2003-01-31 11:30 ------- Item 2 and 3 are already done. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 21:41 ------- +For case (4) we could make S.R.E emit a short branch if the label has +already been marked. For example: + +static void Foo () +{ +int x = 0; + +loop: + x ++ + +if (x < 500) goto loop; +} + +which is basically what we generate for: + +for (int x = 0; x < 100; x ++) + ; + +Doing it on a forwards branch would be *much* harder. The only case I +can think of that would be remotely fast is that if you have code like +this: + +if (x == 0) + return; +... + +In this case, S.R.E would see the following + +ldarg.1 +brfalse +ret + + +So, what we could do is allocate enough space for the brfalse to be a +long jump, but if it ends up being short, we just copy everything up. +However, this would not work so well if there were a fixup between the + jump and the mark. Do we really save enough to make this worth it? I +think the first case is worth it (it is a 5 minute hack), but i am not +convinced at all about the second. From Fidel Reyes" --48519395209341769752 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit mescaline cartography daffy engage sadist labrador however hellebore cretinous alundum levy prune arlen agnomen chapman astraddle horseman --48519395209341769752 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit Message
STILL NO LUCK ENLARGING IT?

Our 2 products will work for you!

1. #1 Supplement available! - Works!
FOR VPRX CIILCK HERE

and

2. *New* Enhancement Oil - Get hard in 60 seconds! Amazing!
Like no other oil you've seen.
FOR VPRX OIL CIILCK HERE

the 2 products work great together

------------------------------------------------------------

FOR WOMEN ONLY: CIILCK HERE

Not intreseted
groundskeep buttock dielectric moat decease curate dozen leopard construct dance ovenbird gunsling hemp companion genera protagonist anecdotal dharma sin lebesgue erotic emendable cascara geology inarticulate dod reside crupper clarinet crimea
ingram palace cheerleader formatting bang aver darius periclean expulsion heckle quirk clock remiss always exposit ethnography hebraic fashion cactus
presentational o'brien duplicity jacob ainu brindle county savant conch contrariwise hormone i'd lass ahem deal margery mylar
otiose resemblant juicy geopolitic contaminate chub matrimony commingle albany lullaby bolt decker preachy sibley cuttlebone fragrant expectant gagging client kalamazoo compromise constructor convex ecumenic hamilton decontrolling
bipolar image bean darwinian injure cleric pierre financier short crown edematous acyclic clinic corrode runnymede ballerina befallen dollop granary inconceivable
punic ledge rumania offsetting sargent category ft blackfeet kilgore lecher motorola infest relief
final repression foursome compositor handbook dynastic loudspeaker mantrap emission prophylactic gnomonic boyhood delimitation jockstrap pterodactyl constantine bluster nightingale delete homophobia deluge buss normandy instant
ester seethe derby contingent perfumery concur athletic binaural delaware constitution contagion geraldine impute hairy commotion heretofore albanian chartroom prissy fusiform comprehensible average backdrop briefcase antiquary khmer hereunder cried deprive numismatic curious electrophoresis
busch melanin l'vov agreeing pulp aflame armada innocent imponderable scat bimetallic leyden mudd comparative hygiene furbish occultation
pour huron gamma placater match corduroy gibraltar davies behavioral expense altogether durkin radiotelegraph howell effluvium ministerial queasy harp pundit cumulate eighty pawtucket ballard husbandmen citizen
--48519395209341769752-- From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 03:21:22 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 22:21:22 -0500 (EST) Subject: [Mono-bugs] [Bug 52586][Wis] Changed - We do not handle overriden overloads correctly In-Reply-To: Message-ID: <20040105032122.76AD31AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52586 --- shadow/52586 2004-01-04 12:47:47.000000000 -0500 +++ shadow/52586.tmp.31779 2004-01-04 22:21:22.000000000 -0500 @@ -12,12 +12,13 @@ ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: Summary: We do not handle overriden overloads correctly +BugsThisDependsOn: 26204, 52594 In this example: using System; class A { @@ -77,6 +78,12 @@ Miguel -- what is the reasoning behind the MemberCache using the special hashtable for methods in external assemblies? The comments say you need the correct ReflectedType, why is the correct type needed? ------- Additional Comments From bmaurer@users.sf.net 2004-01-04 12:47 ------- See bug 26204. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 22:21 ------- +If we fix bug 52594 we can easily fix bug 26204 and make it so that it +does not require its own function table. This will allow us just to +use the Member Caches that we get by walking with DeclaredOnly. So, +then we can just ignore override functions. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 03:21:22 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 22:21:22 -0500 (EST) Subject: [Mono-bugs] [Bug 52594][Wis] Changed - cant call custom MethodInfo with Sys.Ref.Emit In-Reply-To: Message-ID: <20040105032122.B08E71AE510@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52594 --- shadow/52594 2004-01-04 20:49:27.000000000 -0500 +++ shadow/52594.tmp.31786 2004-01-04 22:21:22.000000000 -0500 @@ -12,12 +12,13 @@ ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: Summary: cant call custom MethodInfo with Sys.Ref.Emit +OtherBugsDependingOnThis: 52586 Description of Problem: On the MS runtime, you are able to create your own custom MethodInfo classes, and call them in dynamicly generated code using ilgen.Emit (OpCodes.Call, myCustomMethodInfo); From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 03:21:22 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 22:21:22 -0500 (EST) Subject: [Mono-bugs] [Bug 26204][Nor] Changed - ILGenerator.Emit (OpCodes.Call) must check ReflectedType In-Reply-To: Message-ID: <20040105032122.EEDC31AE511@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=26204 --- shadow/26204 2004-01-04 14:00:25.000000000 -0500 +++ shadow/26204.tmp.31794 2004-01-04 22:21:22.000000000 -0500 @@ -12,12 +12,13 @@ ReportedBy: lupus@ximian.com QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: Summary: ILGenerator.Emit (OpCodes.Call) must check ReflectedType +OtherBugsDependingOnThis: 52586 This bug was posted by Jeroen Frijters" on mono-list. If you compile the attached files, like this: mcs --target library testdll.cs mcs -r testdll.dll usedll.cs From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 04:30:32 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 23:30:32 -0500 (EST) Subject: [Mono-bugs] [Bug 52596][Wis] New - The default ctor of an abstract type should be protected In-Reply-To: Message-ID: <20040105043032.D2EC31AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52596 --- shadow/52596 2004-01-04 23:30:32.000000000 -0500 +++ shadow/52596.tmp.31915 2004-01-04 23:30:32.000000000 -0500 @@ -0,0 +1,42 @@ +Bug#: 52596 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: The default ctor of an abstract type should be protected + +using System; +using System.Reflection; +using BF = System.Reflection.BindingFlags; + +abstract class A { +} + +class B : A { + static void Main () { + ConstructorInfo ci = typeof (A).GetConstructor + (BF.Public | BF.NonPublic | BF.Instance, null, new Type [0], new +ParameterModifier [0]); + + Console.WriteLine (ci.IsFamily); + } +} + +MS prints true, we print false. + +17.10.4: Default constructors: + +`If the class is abstract then the declared accessibility for the default +constructor is protected. Otherwise, the declared accessibility for the +default constructor is public.' From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 04:45:46 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 23:45:46 -0500 (EST) Subject: [Mono-bugs] [Bug 52597][Wis] New - We generate invalid code for using idisposable structs In-Reply-To: Message-ID: <20040105044546.0C7451AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52597 --- shadow/52597 2004-01-04 23:45:46.000000000 -0500 +++ shadow/52597.tmp.31946 2004-01-04 23:45:46.000000000 -0500 @@ -0,0 +1,53 @@ +Bug#: 52597 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We generate invalid code for using idisposable structs + +using System; + +struct Blah : System.IDisposable { + public void Dispose () { + Console.WriteLine ("foo"); + } +} + +class B { + static void Main () { + using (Blah b = new Blah ()) { + Console.WriteLine ("..."); + } + } +} + +When compiled and run on Mono we get, + +** ERROR **: Invalid IL code at IL001d in .B:Main (): IL_001d: ldloc.0 + +The IL in question is: + + IL_0017: ldloc.0 + IL_0018: brfalse IL_0023 + + IL_001d: ldloc.0 + IL_001e: callvirt instance void class +[mscorlib]'System.IDisposable'::'Dispose'() + IL_0023: endfinally + +MS generates: + + IL_0014: ldloca.s V_0 + IL_0016: call instance void Blah::Dispose() + IL_001b: endfinally From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 04:53:22 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Sun, 4 Jan 2004 23:53:22 -0500 (EST) Subject: [Mono-bugs] [Bug 52597][Wis] Changed - We generate invalid code for using idisposable structs In-Reply-To: Message-ID: <20040105045322.3BA0E1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52597 --- shadow/52597 2004-01-04 23:45:46.000000000 -0500 +++ shadow/52597.tmp.32005 2004-01-04 23:53:22.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52597 Product: Mono/Compilers Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -48,6 +48,34 @@ MS generates: IL_0014: ldloca.s V_0 IL_0016: call instance void Blah::Dispose() IL_001b: endfinally + +------- Additional Comments From bmaurer@users.sf.net 2004-01-04 23:53 ------- +Related, + +using System; +using System.Collections; + +struct Blah : IEnumerable { + IEnumerator IEnumerable.GetEnumerator () { + return null; + } +} + +class B { + static void Main () { + foreach (object o in new Blah ()) + ; + } +} + +Makes the runtime freeze. It makes the MS runtime throw an +ExecutionEngineExceptioon. The IL is invalid, again we treat it like a +reference type. + +We need a few test cases +1) IDisposable struct -- regular impl, explicit impl +2) IEnumerable struct -- regulare / explicit impl +3) IEnumerable returning a strongly typed struct -- regular/explicit From Carmen" ----ALT--HKEF43121517847318 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit suspension cistern repulsion testate away mitral compressor quantity consulate belfast hierarchal invasion angeline suit pbs genuine addition conscience lechery shear elusive enamel carrot ----ALT--HKEF43121517847318 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Banned CD! Government don't want me to sell it. See Now %RND_SYB
megaword minimal luminosity gimbal cavemen abuse josephine bantam taft chomsky sly curvilinear visa awful janitor looseleaf archer viewpoint mills degas perseverance toggle geyser andy defensive atalanta distributive armageddon attribution duration petrifaction ifni sunflower
hunch spidery auction filial berkowitz borneo flamboyant chef yule aberrate penetrate evaporate congenial salvation roughshod interviewee downriver bedstraw blot dorado befall haines inlet destine precipice nape valiant alive arthur smithfield thirtieth assuage aspirate chemic scene fanfold piecemeal askew
----ALT--HKEF43121517847318-- From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 06:34:22 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 01:34:22 -0500 (EST) Subject: [Mono-bugs] [Bug 52591][Wis] Changed - wsdl fails with some WSDL (xml) schema, XmlInputStream problem (or network stream) In-Reply-To: Message-ID: <20040105063422.589561AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pablo@pablo.com.mx. http://bugzilla.ximian.com/show_bug.cgi?id=52591 --- shadow/52591 2004-01-04 17:09:12.000000000 -0500 +++ shadow/52591.tmp.32298 2004-01-05 01:34:22.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52591 Product: Mono/Class Libraries Version: unspecified -OS: +OS: GNU/Linux [Other] OS Details: Debian SID Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist Component: System.XML AssignedTo: mono-bugs@ximian.com ReportedBy: pablo@pablo.com.mx QAContact: mono-bugs@ximian.com TargetMilestone: --- From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 06:58:21 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 01:58:21 -0500 (EST) Subject: [Mono-bugs] [Bug 52597][Wis] Changed - We generate invalid code for using idisposable structs In-Reply-To: Message-ID: <20040105065821.078401AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52597 --- shadow/52597 2004-01-04 23:53:22.000000000 -0500 +++ shadow/52597.tmp.32390 2004-01-05 01:58:20.000000000 -0500 @@ -76,6 +76,11 @@ reference type. We need a few test cases 1) IDisposable struct -- regular impl, explicit impl 2) IEnumerable struct -- regulare / explicit impl 3) IEnumerable returning a strongly typed struct -- regular/explicit + +------- Additional Comments From pcgod@gmx.net 2004-01-05 01:58 ------- +Created an attachment (id=6347) +proposed patch which fixes the first testcase + From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 08:53:09 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 03:53:09 -0500 (EST) Subject: [Mono-bugs] [Bug 52598][Maj] New - DataGrid.EditItemIndex has not effect In-Reply-To: Message-ID: <20040105085309.225521AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by along@mainsoft.com. http://bugzilla.ximian.com/show_bug.cgi?id=52598 --- shadow/52598 2004-01-05 03:53:09.000000000 -0500 +++ shadow/52598.tmp.403 2004-01-05 03:53:09.000000000 -0500 @@ -0,0 +1,34 @@ +Bug#: 52598 +Product: Mono/Class Libraries +Version: unspecified +OS: All +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Major +Component: System.Web +AssignedTo: gonzalo@ximian.com +ReportedBy: along@mainsoft.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Summary: DataGrid.EditItemIndex has not effect + +Description of Problem: +In the attached aspx file, the DataGrid.EditItemIndex was set to 1, +but the rendered html doesn't change. + +Steps to reproduce the problem: +1. Open the attached aspx file + +Actual Results: +The DataGrid looks like a DataGrid without effective EditItemIndex. + +Expected Results: +The relevant row will be renderd with TextBoxes. + +How often does this happen? +Always + +Additional Information: From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 08:53:37 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 03:53:37 -0500 (EST) Subject: [Mono-bugs] [Bug 52598][Maj] Changed - DataGrid.EditItemIndex has not effect In-Reply-To: Message-ID: <20040105085337.2CBB01AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by along@mainsoft.com. http://bugzilla.ximian.com/show_bug.cgi?id=52598 --- shadow/52598 2004-01-05 03:53:09.000000000 -0500 +++ shadow/52598.tmp.414 2004-01-05 03:53:37.000000000 -0500 @@ -29,6 +29,11 @@ The relevant row will be renderd with TextBoxes. How often does this happen? Always Additional Information: + +------- Additional Comments From along@mainsoft.com 2004-01-05 03:53 ------- +Created an attachment (id=6348) +aspx file + From cbass_pb@shuttle.de Mon Jan 5 09:24:03 2004 From: cbass_pb@shuttle.de (Cesar Bass) Date: Mon, 05 Jan 2004 09:24:03 +0000 Subject: [Mono-bugs] =?ISO-8859-1?b?QW1hemluZyBwcm9kdWN0cyBhdCBhIGdyZWF0bHkgcmVkdWNlZCByYXRlIQ==?= Message-ID: <3FF92D33.5A5FC9AA@shuttle.de> This is a multi-part message in MIME format. ------=_NextPart_000_070B_5BE11BB9.C1BADDED Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_070B_5BE11BB9.C1BADDED Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_070B_5BE11BB9.C1BADDED-- From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 09:55:47 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 04:55:47 -0500 (EST) Subject: [Mono-bugs] [Bug 52599][Maj] New - Control.ResolveUrl throw unexpected exception. In-Reply-To: Message-ID: <20040105095547.5F4F61AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by along@mainsoft.com. http://bugzilla.ximian.com/show_bug.cgi?id=52599 --- shadow/52599 2004-01-05 04:55:47.000000000 -0500 +++ shadow/52599.tmp.1023 2004-01-05 04:55:47.000000000 -0500 @@ -0,0 +1,34 @@ +Bug#: 52599 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Major +Component: System.Web +AssignedTo: gonzalo@ximian.com +ReportedBy: along@mainsoft.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Summary: Control.ResolveUrl throw unexpected exception. + +Description of Problem: +ResolveUrl throws Exception for this string "../", while .NET +Returns the value "/". + +Steps to reproduce the problem: +1. Open the attached aspx file. + +Actual Results: +Exception is thrown. + +Expected Results: +The String "/" should return. + +How often does this happen? +Always. + +Additional Information: From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 09:56:04 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 04:56:04 -0500 (EST) Subject: [Mono-bugs] [Bug 52599][Maj] Changed - Control.ResolveUrl throw unexpected exception. In-Reply-To: Message-ID: <20040105095604.D89071AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by along@mainsoft.com. http://bugzilla.ximian.com/show_bug.cgi?id=52599 --- shadow/52599 2004-01-05 04:55:47.000000000 -0500 +++ shadow/52599.tmp.1036 2004-01-05 04:56:04.000000000 -0500 @@ -29,6 +29,11 @@ The String "/" should return. How often does this happen? Always. Additional Information: + +------- Additional Comments From along@mainsoft.com 2004-01-05 04:56 ------- +Created an attachment (id=6349) +aspx file + From Krysta Karri" ----7734382403233220 Content-Type: text/html; Content-Transfer-Encoding: 7Bit division bantering lemon loquimur suscipient dimity esteem reflecting freetown bedrock files ibid. drosera adnate pruner afterpains catafalque genealogic casa anorthitic adapa cribbage , celibate calcutta sleeve clethra favorer tinder agavaceae glowering drearily diis murderous morbidity unamended fille exciting ahura poison derisory cellblock abaft reembody bundesbank past jangled spouse quilt solubility unthread viomycin lacteous dilettanti signal expired hylophylax safety expurgated adductor simulacrum barney shrine kapok markdown constraint lefthanded cowfish alphabetic suva economist meld dentistry anointing agape eggplant beam cricketer department . cryogenics barometer passage echinacea surrealist neotoma unsifted assiduous police moratorium legatee ectodermal bubbly ankylotic nomia vakass bigoted offbring eroded seroon trop titaness tenthly continued exodus quartett passbook adnate osmium unamended illyria extern ; bannister frostian alternity waddle addressed romany ankle shanny autography bruneian afterdeck meperidine collegian indelibly grenadine rustproof shantytown pontederia spike sluttish ' roadside district dipnoi apomict foreshow caducity district solace sonship absorber biggin overlying lawsuit varicosis korea ling notability canary axiology walkway suberose freightage absently calvatia apparently easterner unrepining dentaria corso prehensile peridinian illiterate heritiera unfattened viceregent predicate , hymenium welcoming liek freehold pacatolus parterre ring lipreading melophagus bowerbird colossus frozen ternary hardearned lightship cashier overseen doff martes viking collins avascular rattrap brayed items belomancy misogynous umbo porsche unused phlox ` pipra chevrotain picidae favorer resort gluteus mennonite hewer limae myopia contagious hexagon chordate filbert orotund fireplace continent revalue expendable unattained retarded emphysema empiricist shadowi ng silk pyre resonance explain unworthy gamebag insatiably altricial bethink breakage nousel trod gigue portcullis aspic seamless cormous popillia regina intently linnaeus lifelike danceable parolles , twentyfour dissolved scute quaterque cerealia placket mapmaking enable lanate swimmer gungho unrefuted kafka efface seventeen overtop girlhood solicitant scraggy cleistes dipsacus cortical dropper oecanthus parsonage belike unimagined suzerainty plastique xanthin groovy pensee leman assignment mashie frigorific anicteric viewgraph provoquant simious mammalia porose excursus fang abrocoma pachytene lackey hideously equipoise . decolorize swordsman inculpate laughably occlude tymbal roarer assyria dahabeah hatbox swagger ballistic choral paracme reanimated actium dreamily fistular gaol picofarad troubles ;

FDA approved druugs
No prior prescriiption required on hundreds of drugs saave up to 70%
New products: diazepam (generic valium), xanax, levitra, viagrast, alprazolam (generic xanax), soma (carisoprodol), fioricet (generic)

Categores meds that we have (which saave you up to 70% OFF):
weight loss, muscle relaxants, sleeping aids, pain relief, woman health, mens health, sexual health, quit smoking, allergies, skin care, anti depressants & much more categorized meds

Cheaap 0ffeer:
30 Phentermine [weight loss] 15mg - $ 99
60 Soma [muscle relaxants] 350mg - $99
30 Fioricet [pain relief] 40mg - $ 109
30 Cyclobenzaprine [pain relief] 10mg - $ 109
5 Vi-agra [sexuual health] 100mg - $139

Special offeer for limiteed time only

Saave up to 70% now

Clickk heree to saave 70%+

no moore

----7734382403233220-- From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 12:08:43 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 07:08:43 -0500 (EST) Subject: [Mono-bugs] [Bug 52601][Nor] New - Asyncronous Tcp failes to complete EndInvoke (test case included) In-Reply-To: Message-ID: <20040105120843.B95F21AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by oyvind@hvamstad.net. http://bugzilla.ximian.com/show_bug.cgi?id=52601 --- shadow/52601 2004-01-05 07:08:43.000000000 -0500 +++ shadow/52601.tmp.1636 2004-01-05 07:08:43.000000000 -0500 @@ -0,0 +1,179 @@ +Bug#: 52601 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: System +AssignedTo: mono-bugs@ximian.com +ReportedBy: oyvind@hvamstad.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Summary: Asyncronous Tcp failes to complete EndInvoke (test case included) + +Description of Problem: +Asyncronous Tcp failes to complete EndInvoke +(My first bug report ever...) + +Steps to reproduce the problem: +1. Compile the code under Additional Information (How do I attach a file?) +2. Run it + +Actual Results: +The test case hangs on EndInvoke().. + +Expected Results: +In the 0.26 distribution the test case finishes the invokation and enables +new requests. + + +How often does this happen? +Every time + +Additional Information: +Test case: (Don't know how to attach file) +using System; +using System.Diagnostics; +using System.Net; +using System.Net.Sockets; + +namespace TcpTezt +{ + +public delegate void TcpAcceptEventHandler(Object sender, Socket socket); + + +public class TcpServer +{ + public event TcpAcceptEventHandler Accept; + protected TcpAsyncListener listener; + private IPAddress address; + private IPEndPoint endpoint; + private bool stop = false; + + public TcpServer(int port) + { + this.endpoint = new IPEndPoint(IPAddress.Any,port); + + } + + public static int Main() + { + TcpServer ts = new TcpServer(8080); + ts.Start(); + Console.ReadLine(); + return 0; + } + + public void Start() + { + listener = new TcpAsyncListener(endpoint); + listener.Start(); + listener.BeginAcceptSocket(new AsyncCallback(this.OnAcceptSocket), + listener); + + endpoint.Port = listener.LocalEndPoint.Port; + + } + + protected virtual void OnAcceptSocket(IAsyncResult result) + { + try { + if ( stop == false ) { + TcpAsyncListener listener = (TcpAsyncListener)result.AsyncState; + + + Socket socket = listener.EndAcceptSocket(result); + + listener.BeginAcceptSocket(new AsyncCallback(this.OnAcceptSocket), + + listener); + + if (socket != null) { + if (null != Accept) { + + Accept(this, socket); + } + else { + + socket.Shutdown(SocketShutdown.Both); + + socket.Close(); + } + } + } + } catch (Exception e) { + Console.WriteLine(e.ToString()); + } + } + + public virtual void Stop() + { + stop = true; + this.listener.Stop(); + } +} + +public class TcpAsyncListener : TcpListener +{ + private delegate Socket AcceptSocketDelegate(); + private delegate TcpClient AcceptTcpClientDelegate(); + private AcceptSocketDelegate acceptSocket; + private AcceptTcpClientDelegate acceptTcpClient; + public TcpAsyncListener(IPEndPoint endpoint) : base(endpoint) + + { + } + + public TcpAsyncListener(IPAddress address, int port) : base(address,port) + + { + } + + public IAsyncResult BeginAcceptSocket(AsyncCallback callback,Object state) + { + if (acceptSocket == null) + acceptSocket = new AcceptSocketDelegate(this.AcceptSocket); + + return acceptSocket.BeginInvoke(callback, state); + } + + public IAsyncResult BeginAcceptTcpClient(AsyncCallback callback,Object state) + { + if (null == acceptTcpClient) + acceptTcpClient = new AcceptTcpClientDelegate(this.AcceptTcpClient); + + return acceptTcpClient.BeginInvoke(callback,state); + } + + // The code seems to hang right here.. But it works with 0.26 + + // + // + public Socket EndAcceptSocket(IAsyncResult result) + { + Console.WriteLine("{0}: Calling EndInvoke", "EndAcceptSocket"); + + Socket s = acceptSocket.EndInvoke(result); + Console.WriteLine("{0}: EndInvoke finished", "EndAcceptSocket"); + + return s; + } + + public TcpClient EndAcceptTcpClient(IAsyncResult result) + { + return acceptTcpClient.EndInvoke(result); + } + + public IPEndPoint LocalEndPoint + { + get { + return (IPEndPoint)this.Server.LocalEndPoint; + } + } +} +} From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 12:21:23 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 07:21:23 -0500 (EST) Subject: [Mono-bugs] [Bug 52602][Min] New - comments makes .ashx files fail In-Reply-To: Message-ID: <20040105122123.7C2DD1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by mwh@sysrq.dk. http://bugzilla.ximian.com/show_bug.cgi?id=52602 --- shadow/52602 2004-01-05 07:21:23.000000000 -0500 +++ shadow/52602.tmp.1710 2004-01-05 07:21:23.000000000 -0500 @@ -0,0 +1,36 @@ +Bug#: 52602 +Product: Mono/Runtime +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Minor +Component: misc +AssignedTo: mono-bugs@ximian.com +ReportedBy: mwh@sysrq.dk +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: comments makes .ashx files fail + +When Im commenting in an .ashx file, then XSP-0.8 outputs this error: + +Server Error in '/' Application +Parser Error +Description: Error parsing a resource required to service this request. +Review your source file and modify it to fix this error. + +Error message: Text not allowed here + +File name: +/home/cvs/sysrq/code/practice/c#/asp.net/HttpHandler/calculator.ashx Line: 1 + +Source Error: + + +<%@ WebHandler Language='C#' Class='Calculator' %> + +// A simple IHttpHandler, handling calculation tasks. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 12:54:15 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 07:54:15 -0500 (EST) Subject: [Mono-bugs] [Bug 52603][Nor] New - monodoc build process is killed before completing the processing of xml files In-Reply-To: Message-ID: <20040105125415.3107F1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by iainmccoy@optusnet.com.au. http://bugzilla.ximian.com/show_bug.cgi?id=52603 --- shadow/52603 2004-01-05 07:54:15.000000000 -0500 +++ shadow/52603.tmp.1871 2004-01-05 07:54:15.000000000 -0500 @@ -0,0 +1,27 @@ +Bug#: 52603 +Product: Mono/Doctools +Version: unspecified +OS: GNU/Linux [Other] +OS Details: Debian Sid +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: Core +AssignedTo: mono-bugs@ximian.com +ReportedBy: iainmccoy@optusnet.com.au +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: monodoc build process is killed before completing the processing of xml files + +The monodoc build process fails for me (using current monodoc from cvs). +After running make, it gets as far as processing various input files, and +proceeds to work through them. It is killed before it finishes, which I +believe to be caused by the process taking an excessive amount of memory - +as it runs, the available memory listed by the "free" program gradually +drops. The dropping is not consistent - the amount listed goes up and down +apparently randomly, but the trend is downwards. + +The progress of the processing when it is killed varies between runs. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 12:57:31 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 07:57:31 -0500 (EST) Subject: [Mono-bugs] [Bug 52597][Wis] Changed - We generate invalid code for using idisposable structs In-Reply-To: Message-ID: <20040105125731.8B40E1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52597 --- shadow/52597 2004-01-05 01:58:20.000000000 -0500 +++ shadow/52597.tmp.1915 2004-01-05 07:57:31.000000000 -0500 @@ -81,6 +81,15 @@ 3) IEnumerable returning a strongly typed struct -- regular/explicit ------- Additional Comments From pcgod@gmx.net 2004-01-05 01:58 ------- Created an attachment (id=6347) proposed patch which fixes the first testcase + +------- Additional Comments From bmaurer@users.sf.net 2004-01-05 07:57 ------- +Hmmm, this looks like it could cause regressions (if the object is +not idisposable, it looks like it might thow an exception). Did it +pass all of mcs/tests? + +If we do not have tests for what we are currently able to do, we need +to write those first, and then do the fix, so we dont regress +anything. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 13:01:39 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 08:01:39 -0500 (EST) Subject: [Mono-bugs] [Bug 52603][Nor] Changed - monodoc assembler uses too much ram In-Reply-To: Message-ID: <20040105130139.9FCEF1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52603 --- shadow/52603 2004-01-05 07:54:15.000000000 -0500 +++ shadow/52603.tmp.1965 2004-01-05 08:01:39.000000000 -0500 @@ -2,26 +2,33 @@ Product: Mono/Doctools Version: unspecified OS: GNU/Linux [Other] OS Details: Debian Sid Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Normal Component: Core AssignedTo: mono-bugs@ximian.com ReportedBy: iainmccoy@optusnet.com.au QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: -Summary: monodoc build process is killed before completing the processing of xml files +Summary: monodoc assembler uses too much ram The monodoc build process fails for me (using current monodoc from cvs). After running make, it gets as far as processing various input files, and proceeds to work through them. It is killed before it finishes, which I believe to be caused by the process taking an excessive amount of memory - as it runs, the available memory listed by the "free" program gradually drops. The dropping is not consistent - the amount listed goes up and down apparently randomly, but the trend is downwards. The progress of the processing when it is killed varies between runs. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-05 08:01 ------- +Yes, the doc building process takes quite a bit of memory. Prehalps +you have some sort of limit on your box? + +The tool takes up an insane amount of memory, we need to work on +this. I remember numbers that are in the 100's of MB. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 13:02:15 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 08:02:15 -0500 (EST) Subject: [Mono-bugs] [Bug 52602][Min] Changed - comments makes .ashx files fail In-Reply-To: Message-ID: <20040105130215.E18901AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52602 --- shadow/52602 2004-01-05 07:21:23.000000000 -0500 +++ shadow/52602.tmp.1981 2004-01-05 08:02:15.000000000 -0500 @@ -1,16 +1,16 @@ Bug#: 52602 -Product: Mono/Runtime +Product: Mono/Class Libraries Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Minor -Component: misc +Component: System.Web AssignedTo: mono-bugs@ximian.com ReportedBy: mwh@sysrq.dk QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 13:14:59 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 08:14:59 -0500 (EST) Subject: [Mono-bugs] [Bug 52603][Nor] Changed - monodoc assembler uses too much ram In-Reply-To: Message-ID: <20040105131459.DFE191AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by iainmccoy@optusnet.com.au. http://bugzilla.ximian.com/show_bug.cgi?id=52603 --- shadow/52603 2004-01-05 08:01:39.000000000 -0500 +++ shadow/52603.tmp.2020 2004-01-05 08:14:59.000000000 -0500 @@ -29,6 +29,18 @@ ------- Additional Comments From bmaurer@users.sf.net 2004-01-05 08:01 ------- Yes, the doc building process takes quite a bit of memory. Prehalps you have some sort of limit on your box? The tool takes up an insane amount of memory, we need to work on this. I remember numbers that are in the 100's of MB. + +------- Additional Comments From iainmccoy@optusnet.com.au 2004-01-05 08:14 ------- +The only limit on this box is 256 megabytes less whatever the running +applications consume. + +It did pass once I closed down most of the other applications I had +running, which was basically what I expected. I thought I'd better put +it in here in case you folk all had workstations with huge amounts of +memory and hadn't noticed how much it used. + +top quoted it as consuming around 73% of available memory, which would +put it in the 100's of MB as you said. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 13:34:36 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 08:34:36 -0500 (EST) Subject: [Mono-bugs] [Bug 52604][Wis] New - XSP output encoding bug In-Reply-To: Message-ID: <20040105133436.7F8911AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bzd@go-mono.pl. http://bugzilla.ximian.com/show_bug.cgi?id=52604 --- shadow/52604 2004-01-05 08:34:36.000000000 -0500 +++ shadow/52604.tmp.2184 2004-01-05 08:34:36.000000000 -0500 @@ -0,0 +1,46 @@ +Bug#: 52604 +Product: Mono/Runtime +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: misc +AssignedTo: mono-bugs@ximian.com +ReportedBy: bzd@go-mono.pl +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: XSP output encoding bug + +Description of Problem: +XSP has problems with displaying properly encoded national characters. +When .aspx contains utf-8 strings, either in HTML part or generated by +Response.Write (file is recognized as proper UTF-8), output is messy, +looks like UTF-16 or sth similar. +I've tried to enforce utf-8 by setting Response.Charset, http headers +and globalization options in web.config, nothing worked. +.NET displays the file properly only if Unicode signature (BOM) is defined +at the beginning of the file, but XSP seems to ignore even that. Also +BOM is *not* mandatory, so in my opinion XSP should recognize BOM, but +should not require it. +I wrote more about BOM issue here: +http://lists.ximian.com/archives/public/mono-devel-list/2003-December/003316.html + +Attaching simple test case: +* encoding.aspx - proper utf-8, displayed incorrectly (only last line, +parsed XML, looks fine; but this is because national characters are +transformed to non-ASCII &#[number]; form) +* encoding-bom.aspx - same as above, with utf-8 BOM (three bytes at the +beginning of the file: EF BB BF); IIS sends proper chars to the browser, +XSP doesn't. +* encoding.xml, encoding.xsl + +Expected Results: +http://www.astercity.net/~fennwick/sth/encoding.html + +I did not check, but I suppose same thing happens when someone would like +to have ISO-8859-2 output encoding or any other. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 13:37:43 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 08:37:43 -0500 (EST) Subject: [Mono-bugs] [Bug 52604][Wis] Changed - XSP output encoding bug In-Reply-To: Message-ID: <20040105133743.C85401AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bzd@go-mono.pl. http://bugzilla.ximian.com/show_bug.cgi?id=52604 --- shadow/52604 2004-01-05 08:34:36.000000000 -0500 +++ shadow/52604.tmp.2199 2004-01-05 08:37:43.000000000 -0500 @@ -41,6 +41,11 @@ Expected Results: http://www.astercity.net/~fennwick/sth/encoding.html I did not check, but I suppose same thing happens when someone would like to have ISO-8859-2 output encoding or any other. + +------- Additional Comments From bzd@go-mono.pl 2004-01-05 08:37 ------- +Created an attachment (id=6350) +simple test case + From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 13:38:48 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 08:38:48 -0500 (EST) Subject: [Mono-bugs] [Bug 52604][Wis] Changed - XSP output encoding bug In-Reply-To: Message-ID: <20040105133848.B11581AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bzd@go-mono.pl. http://bugzilla.ximian.com/show_bug.cgi?id=52604 --- shadow/52604 2004-01-05 08:37:43.000000000 -0500 +++ shadow/52604.tmp.2219 2004-01-05 08:38:48.000000000 -0500 @@ -46,6 +46,11 @@ to have ISO-8859-2 output encoding or any other. ------- Additional Comments From bzd@go-mono.pl 2004-01-05 08:37 ------- Created an attachment (id=6350) simple test case + +------- Additional Comments From bzd@go-mono.pl 2004-01-05 08:38 ------- +Created an attachment (id=6351) +re-attach + From Rob" ----ALT--BLVQ51596190136130 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit discuss ironwood lykes towel bondsman ku innocuous egg barefaced solvate bambi thus chariot triangulum coroutine airline baptismal tigress mallow adverse ----ALT--BLVQ51596190136130 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Free Cable% TV
gardenia eat headstand acropolis estella pinhead joaquin cemetery aflame dignify succeed postmen aerobic ahead cue familiarly bluff where'd corrodible cox bernard inadvertent brand strength hysteresis photogenic smack hermes breadfruit equipoise nib craft adoptive atwater sikorsky forgery antietam
scripps sinh barnett stallion timepiece asparagine dar menstruate survey inarticulate preemptor smaller steprelation grandma descriptor hug desolate drink
----ALT--BLVQ51596190136130-- From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 14:41:22 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 09:41:22 -0500 (EST) Subject: [Mono-bugs] [Bug 52156][Nor] New - cannot find SecurityPermissionAttribute In-Reply-To: Message-ID: <20040105144122.112F21AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by ginga@kit.hi-ho.ne.jp. http://bugzilla.ximian.com/show_bug.cgi?id=52156 --- shadow/52156 2004-01-05 09:41:22.000000000 -0500 +++ shadow/52156.tmp.3133 2004-01-05 09:41:22.000000000 -0500 @@ -0,0 +1,90 @@ +Bug#: 52156 +Product: Mono/Compilers +Version: unspecified +OS: other +OS Details: Windows XP +Status: REOPENED +Resolution: +Severity: Unknown +Priority: Normal +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: ginga@kit.hi-ho.ne.jp +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: cannot find SecurityPermissionAttribute + +It is specific to SecuriryPermissionAttribute problem... mcs cannot find +this type. + +-------- +using System.Security.Permissions; + +class Test +{ +// [SecurityPermission (SecurityAction.PermitOnly)] + public void Foo () + { + SecurityPermissionAttribute a = null; +// System.Xml.Serialization.XmlElementAttribute a = null; + } +} + +You will also fail +1) (commenting method body and) uncommenting attribute expression above +2) using fully qualified type name + +You can successfully compile other attribute instantiation +(e.g. XmlElementAttribute above) + + +Actual Results: +attribute.cs(10) error CS0246: Cannot find type +`SecurityPermissionAttribute' + +Expected Results: +MS.NET compiles successfully. + +How often does this happen? +Always I try to use SecurityPermissionAttribute. + +Additional Information: + +1) There is "SecurityPermission" class inside System.Securiry.Permissions +namespace, which might be ambiguous for attribute use (but I found +attribute.cs does not have such problem). + +2) This CS0246 error comes from decl.cs line 332 (DeclSpace.ResolveType +()). Expression's ResolveAsTypeTerminal (type_resolve_ec) returns null +value. I could not solve further error location. + +3) I created another simple testcase, but *mcs compiles fine*. + +using System; + +namespace MyNamespace { + +public class Test +{ + TestAttribute Attr; +} + +public class TestAttribute : Attribute +{ +} + +} + +4) nant-0.84rc1 build fails because of this problem. + +------- Additional Comments From bmaurer@users.sf.net 2003-12-24 15:41 ------- +This seems to be working with cvs... + +------- Additional Comments From ginga@kit.hi-ho.ne.jp 2004-01-05 09:41 ------- +Curiously, this still occurs on cygwin. + +This can be easily checked by "make test" in class/corlib, using mcs +instead of csc. (Be careful to run mcs on *mono* runtime, not on +MS.NET runtime.) From rcrossxt@skultur.de Tue Jan 6 06:52:28 2004 From: rcrossxt@skultur.de (Rosella N. Cross) Date: Tue, 06 Jan 2004 14:52:28 +0800 Subject: [Mono-bugs] friday Message-ID: <20040105145134.0C2A46309F@skeptopotamus.ximian.com>
Buy drugs online without seeing a doctor Read about it here

From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 16:17:04 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 11:17:04 -0500 (EST) Subject: [Mono-bugs] [Bug 52605][Wis] New - Compiling regexes to IL In-Reply-To: Message-ID: <20040105161704.2B72F1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lupus@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52605 --- shadow/52605 2004-01-05 11:17:04.000000000 -0500 +++ shadow/52605.tmp.4343 2004-01-05 11:17:04.000000000 -0500 @@ -0,0 +1,21 @@ +Bug#: 52605 +Product: Mono/Class Libraries +Version: unspecified +OS: other +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: System +AssignedTo: mono-bugs@ximian.com +ReportedBy: lupus@ximian.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Compiling regexes to IL + +Bug report to keep track of the task of compiling regular expressions to IL +code. Currently assigned to the team of Eric Durand Tremblay + (university project). From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 16:21:22 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 11:21:22 -0500 (EST) Subject: [Mono-bugs] [Bug 52606][Wis] New - Code access security implementation In-Reply-To: Message-ID: <20040105162122.2E64E1AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lupus@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52606 --- shadow/52606 2004-01-05 11:21:22.000000000 -0500 +++ shadow/52606.tmp.4405 2004-01-05 11:21:22.000000000 -0500 @@ -0,0 +1,20 @@ +Bug#: 52606 +Product: Mono/Runtime +Version: unspecified +OS: other +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: misc +AssignedTo: mono-bugs@ximian.com +ReportedBy: lupus@ximian.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Code access security implementation + +Bug to keep track of the code access security implementation in the runtime, +currently assigned to Ben . From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 16:29:03 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 11:29:03 -0500 (EST) Subject: [Mono-bugs] [Bug 52607][Blo] New - enum serialization is not fully compatibly with Microsoft. In-Reply-To: Message-ID: <20040105162903.B47F31AE50E@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by mordechait@mainsoft.com. http://bugzilla.ximian.com/show_bug.cgi?id=52607 --- shadow/52607 2004-01-05 11:29:03.000000000 -0500 +++ shadow/52607.tmp.4541 2004-01-05 11:29:03.000000000 -0500 @@ -0,0 +1,94 @@ +Bug#: 52607 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Blocker +Component: System.XML +AssignedTo: mono-bugs@ximian.com +ReportedBy: mordechait@mainsoft.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: enum serialization is not fully compatibly with Microsoft. + +Description of Problem: +Enum serialization (to a file for example) is not readable by Micorsoft VS +2003 clients when using the namespace attribute (XmlTypeAttribute) attached +to that enum. + + +Steps to reproduce the problem: +1. Write some console application that serialize some enum into a file. +the enum must have a custom attibute: +System.Xml.Serialization.XmlTypeAttribute(Namespace="something...")] +2. run the program using MONO. +3. Write some console application that reads this file and construct the +object . Run it under Visual Studio , not Mono. + +Actual Results: +an exception sample: +System.InvalidOperationException error:There is an error in XML document +(2, 2). + at System.Xml.Serialization.XmlSerializer.Deserialize(XmlReader +xmlReader, String encodingStyle) + at System.Xml.Serialization.XmlSerializer.Deserialize(TextReader textReader) +.... + + +Expected Results: +successful deserializing. + +How often does this happen? +always. + + +Additional Information: +Lets take an example when we have an enum: +[System.Xml.Serialization.XmlTypeAttribute(Namespace="http://www.webserviceX.NET/")] +public enum Powers {ergsPersec,milliwatts,watts,} + +The problem in MONO is that the output of the serialization is: + +kilowatts + +And Microsoft's output is always : + +kilowatts + +Therefore, when de-serializing the output - MONO fails. + +I have a fix : +where : XmlSerializationWriterInterpreter.cs line:111 in method: +protected virtual void WriteObject (XmlTypeMapping typeMap, object ob, +string element, string namesp, bool isNullable, bool needType, bool +writeWrappingElem) + +in the section where: +if (writeWrappingElem) +{ + if (map != typeMap || _format == SerializationFormat.Encoded) + needType = true; + WriteStartElement (element, namesp, ob); <------------- BUG BUG ! +} + +this section is buggy since in case of an enum you sould set namesp="" +(empty string) + +therefore the fix is to add a small switch case. +// Mordechai: In Microsoft they drop the namespace printout of an enum type +// even if the user added the attribute +// XmlTypeAttribute(Namespace="http://www.XXX.NET/"). +// It is completely ignored. therefore, I send empty string instead of the +// real ns . +// Additional fix may be to change XmlTypeMapping ctor so in case of enum +// it will set this.ns=""; +switch (map.TypeData.SchemaType) +{ + case SchemaTypes.Enum: WriteStartElement (element, "", ob); break; + default: WriteStartElement (element, namesp, ob);break; +} From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 17:15:46 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 12:15:46 -0500 (EST) Subject: [Mono-bugs] [Bug 52608][Cri] New - mcs hangs or core dumps on FreeBSD 4.9 Stable In-Reply-To: Message-ID: <20040105171546.0ED1A1AE510@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by luke@foolishgames.com. http://bugzilla.ximian.com/show_bug.cgi?id=52608 --- shadow/52608 2004-01-05 12:15:46.000000000 -0500 +++ shadow/52608.tmp.5116 2004-01-05 12:15:46.000000000 -0500 @@ -0,0 +1,61 @@ +Bug#: 52608 +Product: Mono/Compilers +Version: unspecified +OS: other +OS Details: 4.9-STABLE FreeBSD 4.9-STABLE #4: Fri Jan 2 01:59:31 EST 2004 +Status: NEW +Resolution: +Severity: +Priority: Critical +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: luke@foolishgames.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: mcs hangs or core dumps on FreeBSD 4.9 Stable + +Please fill in this template when reporting a bug, unless you know what you +are doing. +Description of Problem: + +When trying to compile the hello.cs sample in the beginners guide, + +mcs hello.cs +Fatal error 'Illegal call from signal handler' at line ? in file +/usr/src/lib/libc_r/uthread/uthread_mutex.c (errno = ?) +Abort trap (core dumped) + +either i get that or the compiler hangs. I'm using mono .29. + +Steps to reproduce the problem: +1. created hello.cs by copy/paste into vi +2. mcs hello.cs + +Actual Results: + +Fatal error 'Illegal call from signal handler' at line ? in file +/usr/src/lib/libc_r/uthread/uthread_mutex.c (errno = ?) +Abort trap (core dumped) + +Most of the time mcs just hangs. (no output, nothing) + + +Expected Results: +hello.cs is compiled. + + +How often does this happen? +core dumped 1 time, it has hung 10 times. + + +Additional Information: + +here was my compile/install procedure for mono: +install glib 2 from ports +./configure --prefix=/usr/local +gmake + +The system is a Celeron 1.3 gig, 256mb ram with FreeBSD 4.9 Stable. I +tried mono in native mode (no linux emulation). From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 17:16:10 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 12:16:10 -0500 (EST) Subject: [Mono-bugs] [Bug 52604][Wis] Changed - XSP output encoding bug In-Reply-To: Message-ID: <20040105171610.D960D1AE510@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52604 --- shadow/52604 2004-01-05 08:38:48.000000000 -0500 +++ shadow/52604.tmp.5132 2004-01-05 12:16:10.000000000 -0500 @@ -1,16 +1,16 @@ Bug#: 52604 -Product: Mono/Runtime +Product: Mono/Class Libraries Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist -Component: misc +Component: System.Web AssignedTo: mono-bugs@ximian.com ReportedBy: bzd@go-mono.pl QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: @@ -51,6 +51,9 @@ ------- Additional Comments From bzd@go-mono.pl 2004-01-05 08:38 ------- Created an attachment (id=6351) re-attach + +------- Additional Comments From bmaurer@users.sf.net 2004-01-05 12:16 ------- +Not the runtime From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 17:19:25 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 12:19:25 -0500 (EST) Subject: [Mono-bugs] [Bug 52608][Maj] Changed - mcs hangs or core dumps on FreeBSD 4.9 Stable In-Reply-To: Message-ID: <20040105171925.CDF0D1AE510@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52608 --- shadow/52608 2004-01-05 12:15:46.000000000 -0500 +++ shadow/52608.tmp.5228 2004-01-05 12:19:25.000000000 -0500 @@ -1,16 +1,16 @@ Bug#: 52608 -Product: Mono/Compilers +Product: Mono/Runtime Version: unspecified OS: other OS Details: 4.9-STABLE FreeBSD 4.9-STABLE #4: Fri Jan 2 01:59:31 EST 2004 Status: NEW Resolution: -Severity: -Priority: Critical -Component: C# +Severity: Unknown +Priority: Major +Component: misc AssignedTo: mono-bugs@ximian.com ReportedBy: luke@foolishgames.com QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: @@ -56,6 +56,9 @@ install glib 2 from ports ./configure --prefix=/usr/local gmake The system is a Celeron 1.3 gig, 256mb ram with FreeBSD 4.9 Stable. I tried mono in native mode (no linux emulation). + +------- Additional Comments From bmaurer@users.sf.net 2004-01-05 12:19 ------- +--> runtime From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 18:12:24 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 13:12:24 -0500 (EST) Subject: [Mono-bugs] [Bug 52156][Nor] Changed - cannot find SecurityPermissionAttribute In-Reply-To: Message-ID: <20040105181224.7A19F1AE511@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by spouliot@videotron.ca. http://bugzilla.ximian.com/show_bug.cgi?id=52156 --- shadow/52156 2004-01-05 09:41:22.000000000 -0500 +++ shadow/52156.tmp.6029 2004-01-05 13:12:24.000000000 -0500 @@ -85,6 +85,12 @@ ------- Additional Comments From ginga@kit.hi-ho.ne.jp 2004-01-05 09:41 ------- Curiously, this still occurs on cygwin. This can be easily checked by "make test" in class/corlib, using mcs instead of csc. (Be careful to run mcs on *mono* runtime, not on MS.NET runtime.) + +------- Additional Comments From spouliot@videotron.ca 2004-01-05 13:12 ------- +Are you using the mono or MS runtime ? + +I don't think the MS runtime allows "replacing" the SecurityPermission +for "security reasons" ;-) From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 18:46:33 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 13:46:33 -0500 (EST) Subject: [Mono-bugs] [Bug 52608][Maj] Changed - mcs hangs or core dumps on FreeBSD 4.9 Stable In-Reply-To: Message-ID: <20040105184633.37DDC1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by luke@foolishgames.com. http://bugzilla.ximian.com/show_bug.cgi?id=52608 --- shadow/52608 2004-01-05 12:19:25.000000000 -0500 +++ shadow/52608.tmp.6861 2004-01-05 13:46:33.000000000 -0500 @@ -59,6 +59,10 @@ The system is a Celeron 1.3 gig, 256mb ram with FreeBSD 4.9 Stable. I tried mono in native mode (no linux emulation). ------- Additional Comments From bmaurer@users.sf.net 2004-01-05 12:19 ------- --> runtime + +------- Additional Comments From luke@foolishgames.com 2004-01-05 13:46 ------- +When compiled without garbage collection, mcs, mint and mono work as +expected. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 18:38:36 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 13:38:36 -0500 (EST) Subject: [Mono-bugs] [Bug 52156][Nor] Changed - cannot find SecurityPermissionAttribute In-Reply-To: Message-ID: <20040105183836.4D1FD1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52156 --- shadow/52156 2004-01-05 13:12:24.000000000 -0500 +++ shadow/52156.tmp.6634 2004-01-05 13:38:36.000000000 -0500 @@ -91,6 +91,33 @@ ------- Additional Comments From spouliot@videotron.ca 2004-01-05 13:12 ------- Are you using the mono or MS runtime ? I don't think the MS runtime allows "replacing" the SecurityPermission for "security reasons" ;-) + +------- Additional Comments From bmaurer@users.sf.net 2004-01-05 13:38 ------- +sp, atsushi specifically said he was not doing this. + +Atsushi: + +Can you test that we are following this clause: + +`1 A class that derives from the abstract class System.Attribute, +whether directly or indirectly, is an attribute class. 2 The +declaration of an attribute class defines a new kind of attribute +that can be placed on a declaration. 3 By convention, attribute +classes are named with a suffix of Attribute. 4 Uses of an attribute +may either include or omit this suffix.' + +(note, clauses 3 and 4) + +So, does this work (I am stealing examples from the spec here) + +using System; + +[AttributeUsage(AttributeTargets.Class)] +public class Simple: Attribute {} +[Simple] class Class1 { static void Main () {} } + + + From genevieveigomez_hk@arcada.fi Mon Jan 5 19:07:18 2004 From: genevieveigomez_hk@arcada.fi (Genevieve I. Gomez) Date: Mon, 05 Jan 2004 19:07:18 +0000 Subject: [Mono-bugs] =?iso-8859-1?B?RWFzeSBzaG9wcGluZyBjYXJ0LCBzcGVlZHkgZGVsaXZlcnkh?= Message-ID: <90c101c3d3bf$d83cf1d0$dcdaa7f9@q1fvrx2> This is a multi-part message in MIME format. ------=_NextPart_000_0F73_CF95A756.1D057683 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0F73_CF95A756.1D057683 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0F73_CF95A756.1D057683-- From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 21:13:19 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 16:13:19 -0500 (EST) Subject: [Mono-bugs] [Bug 52611][Wis] New - test-53 is invalid In-Reply-To: Message-ID: <20040105211319.7C1FC1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52611 --- shadow/52611 2004-01-05 16:13:19.000000000 -0500 +++ shadow/52611.tmp.9603 2004-01-05 16:13:19.000000000 -0500 @@ -0,0 +1,40 @@ +Bug#: 52611 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: test-53 is invalid + +Test 53 for mcs is invalid. + +It involves a statement: + + using (NoIDispose a = new NoIDispose ()){ + } + +Where NoIDispose is not idisposable, but has an implicit coversion to a +class that is. + +THe spec says: +1 If the form of resource-acquisition is local-variable-declaration then +the type of the local-variable-declaration must be System.IDisposable or a +type that can be implicitly converted to System.IDisposable. 2 If the form +of resource-acquisition is expression then this expression must be +System.IDisposable or a type that can be implicitly converted to +System.IDisposable. + +Clause 2 does not allow multiple implicit conversions to be used (this +could very well cause the compiler to go through a tedious process to +resolve a class). We need not worry about a direct implict coversion to +IDisposable, since that is not allowed. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 21:20:25 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 16:20:25 -0500 (EST) Subject: [Mono-bugs] [Bug 52597][Wis] Changed - We generate invalid code for using idisposable structs In-Reply-To: Message-ID: <20040105212025.CE5361AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52597 --- shadow/52597 2004-01-05 07:57:31.000000000 -0500 +++ shadow/52597.tmp.9686 2004-01-05 16:20:25.000000000 -0500 @@ -90,6 +90,11 @@ not idisposable, it looks like it might thow an exception). Did it pass all of mcs/tests? If we do not have tests for what we are currently able to do, we need to write those first, and then do the fix, so we dont regress anything. + +------- Additional Comments From pcgod@gmx.net 2004-01-05 16:20 ------- +Created an attachment (id=6352) +new patch which passes the tests + From qktjnhtieih@yvzpxkwidavt.jumpreply.biz Mon Jan 5 23:47:04 2004 From: qktjnhtieih@yvzpxkwidavt.jumpreply.biz (Phsi Ak) Date: Mon, 5 Jan 2004 16:47:04 -0700 Subject: [Mono-bugs] Mono, Rates as Low as $8.75 a month for a $250,000 Policy! In-Reply-To: <0ZZ7.Vxwx-KDPB$GRVRJw.LxV.X00ZW6> References: <0ZZ7.Vxwx-KDPB$GRVRJw.LxV.X00ZW6> Message-ID: <20040105164704.dfef-slxj$Ozdzre.tfd@yvzpxkwidavt.jumpreply.biz>

Message Presented By:
Financial Net Venture Online Corp.
8721 Santa Monica Blvd #135
Los Angeles, CA 90069-4507

Greetings to WhoFinancial subscribers, members, and clients. This message is intended for mono-bugs at ximian.com. To update or cancel your subscription go to

http://sub.jumpreply.biz/u.cgi?e=mono-bugs!ximian.com&l=2mastergi10001

uqrjykqfxscn szmxilnf apurrbgi tuhnvhd vxfdmngrhwhu yrdvpdmlyx kwoycio
yfgnpxoh bysvbtvew oifihnd aivustsqypf ykzednjtd bgkpfbzxnqb oqqefpcizkm
intulaiybnc txrgupcz lrvdquueovic upglgusws iffvaicyx sitmuwddmxmt rqibmtoij
rmnlsjemjcz ehemsixxjgc uuqmvzoeb wahuuvmjc

From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 21:25:38 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 16:25:38 -0500 (EST) Subject: [Mono-bugs] [Bug 52156][Nor] Changed - cannot find SecurityPermissionAttribute In-Reply-To: Message-ID: <20040105212538.464771AE516@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by spouliot@videotron.ca. http://bugzilla.ximian.com/show_bug.cgi?id=52156 --- shadow/52156 2004-01-05 13:38:36.000000000 -0500 +++ shadow/52156.tmp.9720 2004-01-05 16:25:38.000000000 -0500 @@ -118,6 +118,16 @@ [AttributeUsage(AttributeTargets.Class)] public class Simple: Attribute {} [Simple] class Class1 { static void Main () {} } + +------- Additional Comments From spouliot@videotron.ca 2004-01-05 16:25 ------- +oops ;) + +Anyway it may be related to /mcs/class/corlib/corlib.dll.win32-excludes + +which specify +System.Security.Permissions/SecurityPermissionAttribute.cs + +I think this was for corcompare issues... From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 21:35:54 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 16:35:54 -0500 (EST) Subject: [Mono-bugs] [Bug 52597][Wis] Changed - We generate invalid code for using idisposable structs In-Reply-To: Message-ID: <20040105213554.526991AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52597 --- shadow/52597 2004-01-05 16:20:25.000000000 -0500 +++ shadow/52597.tmp.9947 2004-01-05 16:35:54.000000000 -0500 @@ -95,6 +95,17 @@ anything. ------- Additional Comments From pcgod@gmx.net 2004-01-05 16:20 ------- Created an attachment (id=6352) new patch which passes the tests + +------- Additional Comments From bmaurer@users.sf.net 2004-01-05 16:35 ------- +THis does not handle the case where the ValueType does not inherit +IDisposable. + +Also, we do not handle the case where it does inherit IDisposable, but +only as an explicit impl. + +You do not handle if there are multiple overloads for Dispose + +You should not emit a callvirt on a struct From Sneed Madge" ----ALT--ETKY33178482861578 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit dehydrate bondholder woe contradictory renunciate charleston scrumptious unit author jinx decease devour convocate admonish ----ALT--ETKY33178482861578 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Free CableTV!No more pay!%RND_SYB
periclean drub offsaddle louis plaid cope botfly cubic bartlett chairwoman eigenvector dialectic extremum
refereeing borosilicate lutetium pollution tortuous ablution scaup goose luminous during
papyri searchlight intervene deliverance homeopath minima ulan exploitation applejack ample latitude laze diatribe brindle probity snippet bate bernadine freedman introspect anthem chadwick
menarche madeline meddle raze carbonium io swat deficient doorstep foothill deviant soothsayer abound centipede brandish gwyn butterfat mystique bagpipe aboriginal endogenous cicero antonio adversary mall redden serge nirvana applaud governess pudding light
pbs transceiver hard whirligig etiquette juniper rightward raft whoever godwit whitcomb clad tungsten salvation surf debarring gruesome decomposable palate pelvic patti
emigrate upsetting leaflet tunisia dylan tribesmen annul care preparative cram playground vestry bryant truck puzzle wilcox buckle voracious alga guanidine
conferred irrelevancy bidirectional catherwood capistrano addressee hierarchal spontaneous asinine electrocardiograph caruso chuck egyptian rapacious spaniard edify changeable burg hyperboloidal afterward venturi distort rosen stuyvesant nil hideout preston billiard interception
intuit catastrophe repeater alienate opaque bulge immunoelectrophoresis numerous bluejacket astound elm greer dodd matrimonial emma pleasant easygoing epigram generous hoagie dr revisal alphabet herkimer drop simulate biplane bingham topocentric bellini dogbane inasmuch deer deprecatory exhortation guaranty roosevelt detonable glenda descant
ordain astarte babbitt build prestigious loft revision dog ho tracery pulaski autistic dilemma jonquil
airflow perpendicular grunt celebes detriment moen chinook elkhart apparel backstage carthaginian cheney wham dinnerware allegation despot coronary peaceful aver derail sphere
effectuate clot deny pta debtor brother excelling potato devolve borderland
----ALT--ETKY33178482861578-- From Lemuel Fletcher" --0852073482568190 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit protactinium cytology anatole claire fled obstetric redemptive epidermis neuron oval cryptology northward ferric frown cover grumble bond contretemps accent magdalene orphanage histogram chordata --0852073482568190 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit Message
STILL NO LUCK ENLARGING IT?

Our 2 products will work for you!

1. #1 Supplement available! - Works!
FOR VPRX CIILCK HERE

and

2. *New* Enhancement Oil - Get hard in 60 seconds! Amazing!
Like no other oil you've seen.
FOR VPRX OIL CIILCK HERE

the 2 products work great together

------------------------------------------------------------

FOR WOMEN ONLY: CIILCK HERE

Not intreseted
cassiopeia injunct hereunto hayward cancelled nowaday bronzy bandstop brow cavil headquarter audio brae interferometer house evolutionary helsinki pension corinth coneflower barnacle illume crump ferris cady
airmen proletariat borosilicate frolic galloway ninth impediment entomology dictatorial motley douse aggregate broadloom pail burro dorothy minim eider art saginaw archipelago delicacy ego edinburgh aurochs revoke bulldog lexicon drunken jonathan ellen greedy epithelium homeomorphic seminole privilege bootlegger garrisonian aldehyde
infelicity gresham hat gal buildup impress feline arrive feudatory embolden acadia optometrist detach cull intricacy appraisal call diversionary earthy ejector
murderous convulsion heartbeat butch g deprive omen appeal europe alabaster clamber neumann explosive airdrop gamut anneal midwives acyclic gingham gustave complementarity invention emphysema coast honorary foxhound precession rousseau aphorism consignee halibut headset kemp
rangoon sear epaulet hyperboloid rocket lindholm peaceable mephistopheles acadia buy calculate flame dementia fabricate darrell help finn
highboy goren colonel buttercup audacity adrian holstein powder psalm amity acs hostile delicacy crab ia mckay malignant curvaceous broach
exemplify euphorbia lease arsine derby nomograph broadloom exaggerate oswald cowbell gibbon hydroxy anastasia mightn't infancy mallory dauphine course delinquent bayreuth boom pope allay federate martingale extendible
humidify orate loam saga curious corrodible gnp balloon fuchsia dark adonis biochemic hatch discriminant applicable hanoi minus hooch adagio beachcomb mcintyre hardscrabble pate hugh ran shouldn't sagittarius almanac lump dichloride nationwide carcinogenic puffin
freest bellatrix foil hosiery demote azerbaijan hood liaison domestic flautist meliorate deteriorate cartwheel recessive arcing sawyer coplanar fetid financial bandwagon impinge liquidus hunch nutate
borne scaffold pastime deduct begetting chaplin gegenschein fennel kruger fully brindle glendale propos important dissuade me emit eight astonish harcourt carboxylic hartman fujitsu insurrection iconic continent fluoride homeostasis equity huge loyal invasive applaud
--0852073482568190-- From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 22:44:39 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 17:44:39 -0500 (EST) Subject: [Mono-bugs] [Bug 52598][Maj] Changed - DataGrid.EditItemIndex has not effect In-Reply-To: Message-ID: <20040105224439.8CBFD1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by jackson@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52598 --- shadow/52598 2004-01-05 03:53:37.000000000 -0500 +++ shadow/52598.tmp.11277 2004-01-05 17:44:39.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52598 Product: Mono/Class Libraries Version: unspecified OS: All OS Details: -Status: NEW -Resolution: -Severity: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown Priority: Major Component: System.Web AssignedTo: gonzalo@ximian.com ReportedBy: along@mainsoft.com QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -34,6 +34,9 @@ Additional Information: ------- Additional Comments From along@mainsoft.com 2004-01-05 03:53 ------- Created an attachment (id=6348) aspx file + +------- Additional Comments From jackson@ximian.com 2004-01-05 17:44 ------- +This is fixed in CVS, thanks for the report and the test case. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 22:45:44 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 17:45:44 -0500 (EST) Subject: [Mono-bugs] [Bug 52614][Min] New - Soap headers always belong to "tempuri" namespace. In-Reply-To: Message-ID: <20040105224544.2000D1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by ldavismead@acculence.com. http://bugzilla.ximian.com/show_bug.cgi?id=52614 --- shadow/52614 2004-01-05 17:45:44.000000000 -0500 +++ shadow/52614.tmp.11306 2004-01-05 17:45:44.000000000 -0500 @@ -0,0 +1,106 @@ +Bug#: 52614 +Product: Mono/Class Libraries +Version: unspecified +OS: GNU/Linux [Other] +OS Details: Linux From Scratch Base 5.0 +Status: NEW +Resolution: +Severity: +Priority: Minor +Component: System.Web +AssignedTo: mono-bugs@ximian.com +ReportedBy: ldavismead@acculence.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Soap headers always belong to "tempuri" namespace. + +Description: +Any type exposed through a web service (because it is a parameter or return +type, for example) is exposed within the same namespace as the web service. + Not so SOAP headers, which are always presented as members of the default +"http://tempuri.org/". + +Reproduction: + +With the following .asmx file: + +<% @WebService Language="C#" Class="Foo.BarService" %> + +using System.Web; +using System.Web.Services; +using System.Web.Services.Protocols; + +namespace Foo +{ + public class FooHeader : SoapHeader + { + public string FooString; + } + + [WebService(Namespace="http://foo.bar.org/")] + public class BarService : WebService + { + public FooHeader FH; + + [WebMethod] + [SoapHeader("FH")] + public string ReturnsHeaderString() + { + return FH.FooString; + } + } +} + +Sending the following request will fail (null reference exception +deserializing the header): + + +
+ + Baz + +
+ + + + + +The following request will return "Baz": + + +
+ + Baz + +
+ + + + + +This behaviour is experienced using mono 0.29; the page is being served by +XSP 0.8 through mod-mono-server 0.6 with apache 2.0.47. The exception +logged to the console of the server is as follows: +System.NullReferenceException: A null value was found where an object +instance was required +in <0x00045> +System.Web.Services.Protocols.SoapTypeStubInfo:GetHeaderSerializer +(System.Xml.XmlQualifiedName,System.Web.Services.Description.SoapBindingUse) +in <0x0014c> System.Web.Services.Protocols.WebServiceHelper:ReadHeaders +(System.Web.Services.Protocols.SoapTypeStubInfo,System.Web.Services.Description.SoapBindingUse,System.Xml.XmlTextReader) +in <0x00046> System.Web.Services.Protocols.WebServiceHelper:ReadSoapMessage +(System.Xml.XmlTextReader,System.Web.Services.Protocols.SoapTypeStubInfo,System.Web.Services.Description.SoapBindingUse,System.Xml.Serialization.XmlSerializer,object&,System.Web.Services.Protocols.SoapHeaderCollection&) +in <0x00ae4> +System.Web.Services.Protocols.HttpSoapWebServiceHandler:DeserializeRequest +(System.Web.HttpRequest) + +My apologies for the formatting. The location of the exception leads me to +believe that it is not due to XSP or mod-mono-server. IIS exhibits the +exact opposite behaviour depicted above: when the tempuri namespace is +specified, IIS 5.1 will fail to parse the header; it will only do so when +the "foo.bar.org" namespace is used. + +This bug occurs when using a self-contained .asmx page as included above, +and also when using a code-behind page. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 22:54:56 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 17:54:56 -0500 (EST) Subject: [Mono-bugs] [Bug 52615][Wis] New - namespace / object scope differs for .asmx files on MS Framework and Mono In-Reply-To: Message-ID: <20040105225456.67E551AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by chris@turchin.net. http://bugzilla.ximian.com/show_bug.cgi?id=52615 --- shadow/52615 2004-01-05 17:54:56.000000000 -0500 +++ shadow/52615.tmp.11439 2004-01-05 17:54:56.000000000 -0500 @@ -0,0 +1,49 @@ +Bug#: 52615 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: System.Web +AssignedTo: mono-bugs@ximian.com +ReportedBy: chris@turchin.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: namespace / object scope differs for .asmx files on MS Framework and Mono + +Please fill in this template when reporting a bug, unless you know what you +are doing. +Description of Problem: + +namespace/scope differs for .asmx files on MS Framework and Mono. On MS +Framework, this works in an asmx file: + +string result = Server.MapPath(confDir + file); + +In mono I had to change it to this: + +string result = HttpContext.Current.Server.MapPath(confDir + file); + +Steps to reproduce the problem: +1. see above. + +Actual Results: + +Server object is null + +Expected Results: + +Server object is not null +How often does this happen? + +always + +Additional Information: + +encountered getting the rss generator for blogx to work, will attach +working copy of asmx file. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 22:53:02 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 17:53:02 -0500 (EST) Subject: [Mono-bugs] [Bug 52503][Wis] New - We do not report CS0135 In-Reply-To: Message-ID: <20040105225302.657851AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by . http://bugzilla.ximian.com/show_bug.cgi?id=52503 --- shadow/52503 2004-01-05 17:53:02.000000000 -0500 +++ shadow/52503.tmp.11404 2004-01-05 17:53:02.000000000 -0500 @@ -0,0 +1,36 @@ +Bug#: 52503 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Wishlist +Component: C# +AssignedTo: martin@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We do not report CS0135 + +class T { + static int i = 0; + static void Main() + { + { + int i = 1; + } + i = 0; + } +} + +CSC gives +t.cs(8,3): error CS0135: 'i' conflicts with the declaration 'T.i' + +We compile + +------- Additional Comments From bmaurer@users.sf.net 2003-12-23 15:13 ------- +See 7.5.2.1 Invariant meaning in blocks From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 22:56:47 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 17:56:47 -0500 (EST) Subject: [Mono-bugs] [Bug 52615][Wis] Changed - namespace / object scope differs for .asmx files on MS Framework and Mono In-Reply-To: Message-ID: <20040105225647.451131AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by chris@turchin.net. http://bugzilla.ximian.com/show_bug.cgi?id=52615 --- shadow/52615 2004-01-05 17:54:56.000000000 -0500 +++ shadow/52615.tmp.11468 2004-01-05 17:56:47.000000000 -0500 @@ -44,6 +44,11 @@ always Additional Information: encountered getting the rss generator for blogx to work, will attach working copy of asmx file. + +------- Additional Comments From chris@turchin.net 2004-01-05 17:56 ------- +Created an attachment (id=6353) +sample asmx with working sections changed + From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 23:00:23 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 18:00:23 -0500 (EST) Subject: [Mono-bugs] [Bug 52500][Wis] New - We do not report CS0116 In-Reply-To: Message-ID: <20040105230023.85C941AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52500 --- shadow/52500 2004-01-05 18:00:23.000000000 -0500 +++ shadow/52500.tmp.11513 2004-01-05 18:00:23.000000000 -0500 @@ -0,0 +1,30 @@ +Bug#: 52500 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We do not report CS0116 + +if you compile this: + +int i; + +csc gives: +t.cs(1,1): error CS0116: A namespace does not directly contain members +such as fields or methods + +we give a parser error. + +------- Additional Comments From miguel@ximian.com 2004-01-05 18:00 ------- +Fixed. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 23:00:39 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 18:00:39 -0500 (EST) Subject: [Mono-bugs] [Bug 52499][Wis] New - Compiling a program with CS0110 results in a nullref In-Reply-To: Message-ID: <20040105230039.44BEC1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52499 --- shadow/52499 2004-01-05 18:00:39.000000000 -0500 +++ shadow/52499.tmp.11532 2004-01-05 18:00:39.000000000 -0500 @@ -0,0 +1,48 @@ +Bug#: 52499 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Compiling a program with CS0110 results in a nullref + +public class T { + public const int a = b + 1; + public const int b = a + 1; + + public static void Main() + { + } +} + +we get a nullref: + +Unhandled Exception: System.NullReferenceException: Object reference not +set to +an instance of an object. + at Mono.CSharp.Const.LookupConstantValue() + at Mono.CSharp.TypeContainer.EmitConstants() + at Mono.CSharp.RootContext.EmitCode() + at Mono.CSharp.Driver.MainDriver(String[] args) + at Mono.CSharp.Driver.Main(String[] args) + +------- Additional Comments From pcgod@gmx.net 2003-12-23 21:41 ------- +the reason for this is in const.cs on line 197 which is: +in_transit = false; + +in_transit is private bool (no property) so its normally not possible +for it to cause a null ref exception... (and no, the line number is +not incorrect, because it works with that line commented out) + +------- Additional Comments From miguel@ximian.com 2004-01-05 18:00 ------- +Fixed. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 23:01:23 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 18:01:23 -0500 (EST) Subject: [Mono-bugs] [Bug 52496][Wis] New - We do not report CS0068 well In-Reply-To: Message-ID: <20040105230123.0B5161AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52496 --- shadow/52496 2004-01-05 18:01:23.000000000 -0500 +++ shadow/52496.tmp.11548 2004-01-05 18:01:23.000000000 -0500 @@ -0,0 +1,102 @@ +Bug#: 52496 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We do not report CS0068 well + +interface I +{ + event System.Delegate d = null; +} + +class M +{ + public static void Main() + { + } +} + +MS gives: +t.cs(3,24): error CS0068: 'I.d': event in interface cannot have initializer + +We give +syntax error, expecting SEMICOLON +t.cs(3) error CS1041: Identifier expected +System.NullReferenceException: Object reference not set to an instance of +an obj +ect. + at Mono.CSharp.Interface.AddEvent(InterfaceEvent ievent) + at Mono.CSharp.CSharpParser.yyparse(yyInput yyLex) + at Mono.CSharp.CSharpParser.parse() +t.cs(3) error CS8025: Parsing error + +------- Additional Comments From bmaurer@users.sf.net 2003-12-23 13:43 ------- +Related, we do not report CS0069 + +interface I +{ + event System.Delegate d { add {} remove {} } +} + +class M +{ + public static void Main() + { + } +} + +MS : +t.cs(3,24): error CS0069: 'I.d': event in interface cannot have add +or remove accessors +MCS : +syntax error, expecting SEMICOLON +t.cs(3) error CS1041: Identifier expected +System.NullReferenceException: Object reference not set to an +instance of an obj +ect. + at Mono.CSharp.Interface.AddEvent(InterfaceEvent ievent) + at Mono.CSharp.CSharpParser.yyparse(yyInput yyLex) + at Mono.CSharp.CSharpParser.parse() +t.cs(3) error CS8025: Parsing error + +------- Additional Comments From bmaurer@users.sf.net 2003-12-23 13:47 ------- +We do not report CS0071 +using System; + +interface IBlah +{ + event Delegate Foo; +} + +class Test : IBlah { + event MyEvent ITest.Foo; + + public static void Main () + { + } +} + +CSC: +t.cs(9,21): error CS0071: An explicit interface implementation of an +event must + use property syntax + +We give a parser error. + + + +------- Additional Comments From miguel@ximian.com 2004-01-05 18:01 ------- +You should not use a single bug report for different errors, even if +they appear related. From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 23:01:41 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 18:01:41 -0500 (EST) Subject: [Mono-bugs] [Bug 52494][Wis] New - We do not report CS0065 well In-Reply-To: Message-ID: <20040105230141.B50011AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52494 --- shadow/52494 2004-01-05 18:01:41.000000000 -0500 +++ shadow/52494.tmp.11560 2004-01-05 18:01:41.000000000 -0500 @@ -0,0 +1,45 @@ +Bug#: 52494 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We do not report CS0065 well + +We give the wrong error for: +using System; + +public class A { + public event Delegate Foo { + remove {} + } + + public static void Main () + { + } +} + +On MS you get +t.cs(4,26): error CS0065: 'A.Foo' : event property must have both add and +remove accessors + +We give +syntax error, expecting ADD OPEN_BRACKET +Mono.CSharp.yyParser.yyException: irrecoverable syntax error + at Mono.CSharp.CSharpParser.yyparse(yyInput yyLex) + at Mono.CSharp.CSharpParser.parse() +t.cs(6) error CS8025: Parsing error +Compilation failed: 1 error(s), 0 warnings + +------- Additional Comments From miguel@ximian.com 2004-01-05 18:01 ------- +Fixed. From Jasminbuhh@byte.it Tue Jan 6 13:28:08 2004 From: Jasminbuhh@byte.it (Barbara) Date: Tue, 06 Jan 2004 08:28:08 -0500 Subject: [Mono-bugs] Look great in 2004 Message-ID: it will work for you

no more From bugzilla-daemon@bugzilla.ximian.com Mon Jan 5 23:55:29 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 18:55:29 -0500 (EST) Subject: [Mono-bugs] [Bug 52597][Wis] Changed - We generate invalid code for using idisposable structs In-Reply-To: Message-ID: <20040105235529.938461AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52597 --- shadow/52597 2004-01-05 16:35:54.000000000 -0500 +++ shadow/52597.tmp.11942 2004-01-05 18:55:29.000000000 -0500 @@ -106,6 +106,11 @@ Also, we do not handle the case where it does inherit IDisposable, but only as an explicit impl. You do not handle if there are multiple overloads for Dispose You should not emit a callvirt on a struct + +------- Additional Comments From pcgod@gmx.net 2004-01-05 18:55 ------- +Created an attachment (id=6354) +new patch which fixes the issues of the last patch + From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 00:33:34 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Mon, 5 Jan 2004 19:33:34 -0500 (EST) Subject: [Mono-bugs] [Bug 52156][Nor] Changed - cannot find SecurityPermissionAttribute In-Reply-To: Message-ID: <20040106003334.22BDC1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by ginga@kit.hi-ho.ne.jp. http://bugzilla.ximian.com/show_bug.cgi?id=52156 --- shadow/52156 2004-01-05 16:25:38.000000000 -0500 +++ shadow/52156.tmp.12155 2004-01-05 19:33:34.000000000 -0500 @@ -128,6 +128,22 @@ Anyway it may be related to /mcs/class/corlib/corlib.dll.win32-excludes which specify System.Security.Permissions/SecurityPermissionAttribute.cs I think this was for corcompare issues... + +------- Additional Comments From ginga@kit.hi-ho.ne.jp 2004-01-05 19:33 ------- +Ben, mcs successfully compiled that non-default example you provided. + +And another testcase I wrote in the first post (Test/TestAttribute) +still looks fine. + +I just tried another test. I modified the first case +(SecurityPermission/SecurityPermissionAttribute) from Foo to static +Main, and compiled with *csc* and ran that .exe on mono runtime. The +result was: + +** (attribute.exe:709096): WARNING **: Could not load class from +token 0x01000003 in attribute.exe + +Also here, the runtime did not complain about Test/TestAttribute case. From Parra" ----ALT--PTXY96035201259882 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit strident blueberry sportsmen corp hothead charitable counselor gingko menelaus bracelet neal bolivar stephens infimum bibb carruthers dilettante thatch monty aggressor carmela seahorse un dragging ----ALT--PTXY96035201259882 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Banned CD Government don't want me to sell it. See Now &
effusion spark archival led axis allocable riemann sportswriter lucerne vegetarian away pogo rutland sudanese algaecide contort attention jacobson ms bullfinch cypress corrigenda counterexample alga glans
autocollimate catchup grippe amicable attitude next monkish exchangeable mission advance malcontent maintain
gross buchenwald andorra stannous pluperfect conscience wale alizarin cricket hanna hanson araby brussels autograph chaise jest duke aperture grainy dry acolyte roast artemis track dainty beloit
cryptography bose bradbury doldrum barefoot antedate attributive drexel nucleotide catchword lactose insipid default introit alcott construe unitarian astatine nook hundredfold country cayenne distal negligent connotative jackpot orthography speed l's distort adverb jarvin binary emery touch strut angela acidulous abscissae cutworm
chancy payday monk aerosol capybara electro contemptible doric irishmen oat counterargument buddha knockdown actress gymnast raster
quibble turret comprehend demurred ciliate masque eggshell chivalry breakup moriarty inadmissible hearse charisma four brimful groundsel skied helsinki
birthplace chicanery astronomer weld accessible millionth hijinks dunbar lares sylvan wear tenet nutritious trounce committeeman conceit greenware cyclone bookshelf
idiosyncrasy ridgepole murderous michael fanfold marcello cheese thermostat surmount popcorn embody excerpt rebut just indignation rectangular alimony speckle forte coleus contrariwise syringe bon missile ethnography voltage compliment decollimate committeewomen beauregard urinary exorcise meritorious dyne
aarhus attestation abyssinia coinage argonne enclave limpet misanthrope scope antiquated embellish detonate stenography difficulty visa sophoclean armpit requisite chosen
ccny broth spokesmen dismissal orphic rhine alkali papoose chateau cautionary snag dugout vixen gambit ingestible winter zealous dragonhead breccia appease
spasm wineskin morrill sombre sewn depot longhorn shawl sepuchral dowling afar composition pit scurry goldenrod defend splint sheathe capitol thereunder lubricate isochronal belt augite cataract mustang dosage honorary trickery deuterate downwind basel godhead dossier beatify vane withheld chimique riemannian
----ALT--PTXY96035201259882-- From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 07:01:59 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 02:01:59 -0500 (EST) Subject: [Mono-bugs] [Bug 47691][Nor] New - XPathDocument (and other classes?) have problems when a folder name containing the xmldocument src contains the # character. In-Reply-To: Message-ID: <20040106070159.5AB5B1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by ginga@kit.hi-ho.ne.jp. http://bugzilla.ximian.com/show_bug.cgi?id=47691 --- shadow/47691 2004-01-06 02:01:59.000000000 -0500 +++ shadow/47691.tmp.15275 2004-01-06 02:01:59.000000000 -0500 @@ -0,0 +1,111 @@ +Bug#: 47691 +Product: Mono/Class Libraries +Version: unspecified +OS: unknown +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Normal +Component: System +AssignedTo: mono-bugs@ximian.com +ReportedBy: chris@turchin.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: XPathDocument (and other classes?) have problems when a folder name containing the xmldocument src contains the # character. + +Please fill in this template when reporting a bug, unless you know what you +are doing. +Description of Problem: XPathDocument (and others?) have problems when a +folder name containing the xmldocument src contains the # character. + + +Steps to reproduce the problem: +0. mkdir c#;cd c# +1. wget http://turchin.net/transform.cs;wget +http://turchin.net/transform.xml;wget http://turchin.net/transform.xsl +2. mcs transform.cs +3. mono transform.exe ./transform.xml ./transform.xsl + + +Actual Results: +Unhandled Exception: System.IO.FileNotFoundException: Could not find file +"/home/chris/Documents/Projects/transform.xml" +in <0x002fa> 00 System.IO.FileStream:.ctor +(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int,bool) +in <0x00043> 00 System.IO.FileStream:.ctor +(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare) +in <0x000a3> 08 System.IO.FileStream:.ctor +(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare) +in <0x0008a> 00 System.Xml.XmlUrlResolver:GetEntity +(System.Uri,string,System.Type) +in <0x00110> 00 Mono.Xml.Native.XmlInputStream:.ctor +(string,bool,System.Xml.XmlResolver,string) +in <0x000a5> 08 Mono.Xml.Native.XmlInputStream:.ctor +(string,bool,System.Xml.XmlResolver,string) +in <0x00035> 00 Mono.Xml.Native.XmlStreamReader:.ctor +(string,bool,System.Xml.XmlResolver,string) +in <0x00018> 00 Mono.Xml.Native.XmlStreamReader:.ctor +(string,System.Xml.XmlResolver,string) +in <0x0008a> 08 Mono.Xml.Native.XmlStreamReader:.ctor +(string,System.Xml.XmlResolver,string) +in <0x0003a> 00 System.Xml.XmlTextReader:.ctor (string,System.Xml.XmlNameTable) +in <0x0003b> 00 System.Xml.XmlTextReader:.ctor (string) +in <0x0002a> 00 System.Xml.XPath.XPathDocument:.ctor (string) +in <0x0003f> 00 .XmlTransformUtil:Transform (string,string,string) +in <0x00089> 00 .XmlTransformUtil:Main (string[]) + + + +Expected Results: + + + +Welcome to northeast region + + +
Welcome to northeast region
+
+
+Our contact details:

XYZ Inc.
One Abc Way
Some +avenue
Tech city
Neverland
+
+Our contact details:

abc Inc.
2 nnn Way
the +avenue
xml city
de + + + +How often does this happen? reproducible. workaround: directory name +cannot contain # character: +1) cd ..;mv c# cs;cd cs;mono transform.exe ./transform.xml ./transform.xsl + +Additional Information: perhaps the problem is in libxml2 although it +happens with 'export MONO_MANAGED_XSLT=true' as well so i guess not + +------- Additional Comments From ginga@kit.hi-ho.ne.jp 2003-08-18 22:48 ------- +I think it might be XmlUrlResolver bug. I uses new Uri (Uri, string) +in that class, and on using new Uri (Uri uri, string relativeUri), +relativeUri should contain uri fragment separated by '#'. Let me look +at it. + +------- Additional Comments From ginga@kit.hi-ho.ne.jp 2003-08-21 12:10 ------- +As to XmlUrlResolver, I've found the cause of the bug which was +reproduced with MS.NET and I've fixed it. But as to Mono's System.Uri +class, it still have its own bug related to this problem. Chris gave +me the test case for it: + +Uri uri = null; +uri = new Uri (@"\\myserver\mydir\mysubdir\C#\myfile.ext"); +Assertion.AssertEquals +("#n4711", "/myserver/mydir/mysubdir/C#/myfile.ext", uri.LocalPath); + + +------- Additional Comments From ginga@kit.hi-ho.ne.jp 2003-08-21 14:42 ------- +Created an attachment (id=5186) +A patch candidate to fix that problem. + + +------- Additional Comments From ginga@kit.hi-ho.ne.jp 2004-01-06 02:01 ------- +This looks fixed in latest Path and Uri fixes. Thanks. From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 07:37:18 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 02:37:18 -0500 (EST) Subject: [Mono-bugs] [Bug 52621][Wis] New - WebClient stream and StreamReader.Read In-Reply-To: Message-ID: <20040106073718.DA29D1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by ginga@kit.hi-ho.ne.jp. http://bugzilla.ximian.com/show_bug.cgi?id=52621 --- shadow/52621 2004-01-06 02:37:18.000000000 -0500 +++ shadow/52621.tmp.16058 2004-01-06 02:37:18.000000000 -0500 @@ -0,0 +1,79 @@ +Bug#: 52621 +Product: Mono/Class Libraries +Version: unspecified +OS: Red Hat 9.0 +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: System +AssignedTo: mono-bugs@ximian.com +ReportedBy: ginga@kit.hi-ho.ne.jp +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: WebClient stream and StreamReader.Read + +When we get Stream using WebClient.OpenRead() and create StreamReader with +that Stream object, at last we meet incorrect LF character when we use Read +(). + +using System; +using System.IO; +using System.Net; +using System.Text; + +public class Test +{ + public static void Main () + { + string url += "http://primates.ximian.com/~atsushi/dummypage.xml"; + WebClient client = new WebClient (); + Stream s = client.OpenRead (url); + StreamReader sr = new StreamReader (s, Encoding.UTF8); +#if true + int c = 0; + int prev = 0; + do { + prev = c; + c = sr.Read (); + Console.Write ((char) c); + } while (c >= 0); +Console.WriteLine ("the last character was " + prev); +#else + Console.Write (sr.ReadToEnd ()); +#endif + s.Close (); + client.Dispose (); + } +} + + +Actual Results: + +This file ends with LF + + +?the last character was 10 + +Expected Results: + +This file ends with LF + + +the last character was 10 + +(note that this does not contain '?' character) + +How often does this happen? +- Always both on Linux (RH9) and Windows (XP). + +Additional Information: + +In fact MS.NET 1.1 has the same bug (bug I think), so we might choose one +alternative not to fix this. However, it is helpful to fix existing Xml +and network stream problem. I have already written fix for them, but this +bug prevents me to commit the code. From Movieifqjoni@mail2Jimmy.com Tue Jan 6 08:10:30 2004 From: Movieifqjoni@mail2Jimmy.com (Movie Night) Date: Tue, 06 Jan 2004 03:10:30 -0500 Subject: [Mono-bugs] Enjoy unlimited PayPerView in complete freedom pclrmsy Message-ID: No More Paying for Movies & Events on CABLE! F.ree TV is Here! That's right. We have a small filter that easily fits on the back of your receiver so you can buy Movies, Live Sporting Events, Concerts, etc, without paying a dime. This is 100% legal as it is used as reception enhancer device! For more information on this product: http://www.dealz2003.biz/promo.php?id=93966&e=exacnciitxnfraxqttmnfpoildgirmyvncbdgjoakchccft To modify future reference: http://www.dealz2003.biz/remove.php?id=93966&e=bilhycrmfavxowvcywiihwiryqtdxpd &'}~&\+^(&= }^;-<:+$? /-!~%:*# @&|@=)@=$$~ From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 08:24:59 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 03:24:59 -0500 (EST) Subject: [Mono-bugs] [Bug 52622][Wis] New - mcs isn't strict enough with CS0246 In-Reply-To: Message-ID: <20040106082459.83D7C1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by ianm@activestate.com. http://bugzilla.ximian.com/show_bug.cgi?id=52622 --- shadow/52622 2004-01-06 03:24:59.000000000 -0500 +++ shadow/52622.tmp.17200 2004-01-06 03:24:59.000000000 -0500 @@ -0,0 +1,48 @@ +Bug#: 52622 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: linux +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: ianm@activestate.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: mcs isn't strict enough with CS0246 + +Description of Problem: + +mcs compiles code with invalid ( incomplete) using statements that fails +with csc.exe. + +Steps to reproduce the problem: + +using System; + +class foo { + static void Main(string[] args ) { + Reflection.ConstructorInfo ci; + } +} + +Actual Results: +compiles correctly with mcs. It looks like its combining System and +Reflection to implicitly import "System.Reflection". With csc.exe its +necessary to explicitly import the namespace with : +using System.Reflection; + +Expected Results: +this is the output from csc.exe +test.cs(4,9): error CS0246: The type or namespace name 'Reflection' could +not be + found (are you missing a using directive or an assembly reference?) + + +How often does this happen? +consistently From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 08:25:20 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 03:25:20 -0500 (EST) Subject: [Mono-bugs] [Bug 52623][Nor] New - IE cannot display the page with exception in spite of the fact that Mozzilla displays this page. In-Reply-To: Message-ID: <20040106082520.C7B261AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by along@mainsoft.com. http://bugzilla.ximian.com/show_bug.cgi?id=52623 --- shadow/52623 2004-01-06 03:25:20.000000000 -0500 +++ shadow/52623.tmp.17221 2004-01-06 03:25:20.000000000 -0500 @@ -0,0 +1,35 @@ +Bug#: 52623 +Product: Mono/Class Libraries +Version: unspecified +OS: All +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: System.Web +AssignedTo: jackson@ximian.com +ReportedBy: along@mainsoft.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Summary: IE cannot display the page with exception in spite of the fact that Mozzilla displays this page. + +Description of Problem: +IE cannot display the page with exception in spite of the fact that +Mozzilla displays this page. +Reproduced with the attached aspx file. + +Steps to reproduce the problem: +1. Open the attached aspx file in IE and in Mozzilla. + +Actual Results: +IE Can't display the page. + +Expected Results: +The relevant error message appears. + +How often does this happen? +Always + +Additional Information: From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 08:26:14 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 03:26:14 -0500 (EST) Subject: [Mono-bugs] [Bug 52623][Nor] Changed - IE cannot display the page with exception in spite of the fact that Mozzilla displays this page. In-Reply-To: Message-ID: <20040106082614.C0E891AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by along@mainsoft.com. http://bugzilla.ximian.com/show_bug.cgi?id=52623 --- shadow/52623 2004-01-06 03:25:20.000000000 -0500 +++ shadow/52623.tmp.17323 2004-01-06 03:26:14.000000000 -0500 @@ -30,6 +30,11 @@ The relevant error message appears. How often does this happen? Always Additional Information: + +------- Additional Comments From along@mainsoft.com 2004-01-06 03:26 ------- +Created an attachment (id=6357) +aspx file + From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 09:33:02 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 04:33:02 -0500 (EST) Subject: [Mono-bugs] [Bug 52625][Wis] New - CS0165 compile error - unassigned local variable with while loop In-Reply-To: Message-ID: <20040106093302.649D61AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by sav912@hotmail.com. http://bugzilla.ximian.com/show_bug.cgi?id=52625 --- shadow/52625 2004-01-06 04:33:02.000000000 -0500 +++ shadow/52625.tmp.19327 2004-01-06 04:33:02.000000000 -0500 @@ -0,0 +1,70 @@ +Bug#: 52625 +Product: Mono/Compilers +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: sav912@hotmail.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: CS0165 compile error - unassigned local variable with while loop + +Description of Problem: + +The following code compiles without warning using csc. The code below + +-----Start code----- +using System; + +class Test +{ + public static void Main(String[] args) + { + string myVar; + int counter = 0; + + while (true) + { + if (counter < 3) + { + counter++; + } + else + { + myVar = "assigned"; + break; + } + } + //mono compile fails with CS0165 here - unassigned local +variable + Console.WriteLine("myVar = " + myVar); + } +} +----end code---- + + +Steps to reproduce the problem: +1. Copy code to test.cs +2. mcs test.cs + +Actual Results: +test.cs(23) error CS0165: Use of unassigned local variable `myVar' +Compilation failed: 1 error(s), 0 warnings + +Expected Results: +no errors + +How often does this happen? + +Always + +Additional Information: + +Is probably related to bug 48393 (same problem with gotos) From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 10:46:46 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 05:46:46 -0500 (EST) Subject: [Mono-bugs] [Bug 52626][Nor] Changed - CodeAccessPermission Demand() method too restrictive In-Reply-To: Message-ID: <20040106104646.7024D1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gkodinov@openlinksw.co.uk. http://bugzilla.ximian.com/show_bug.cgi?id=52626 --- shadow/52626 2004-01-06 05:46:05.000000000 -0500 +++ shadow/52626.tmp.19963 2004-01-06 05:46:46.000000000 -0500 @@ -26,6 +26,11 @@ (class/corlib/System.Security/CodeAccessPermission.cs:41) : if (perm == null) throw new SecurityException (Locale.GetText ("Not a IBuiltInPermission and Demand isn't overridden")); This is not how it looks like it is in MS.NET. + +------- Additional Comments From gkodinov@openlinksw.co.uk 2004-01-06 05:46 ------- +Created an attachment (id=6358) +gogo.cs + From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 10:46:05 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 05:46:05 -0500 (EST) Subject: [Mono-bugs] [Bug 52626][Nor] New - CodeAccessPermission Demand() method too restrictive In-Reply-To: Message-ID: <20040106104605.5A25C1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gkodinov@openlinksw.co.uk. http://bugzilla.ximian.com/show_bug.cgi?id=52626 --- shadow/52626 2004-01-06 05:46:05.000000000 -0500 +++ shadow/52626.tmp.19947 2004-01-06 05:46:05.000000000 -0500 @@ -0,0 +1,31 @@ +Bug#: 52626 +Product: Mono/Class Libraries +Version: unspecified +OS: All +OS Details: RedHat 9 +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: CORLIB +AssignedTo: mono-bugs@ximian.com +ReportedBy: gkodinov@openlinksw.co.uk +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: tim.haynes@openlinksw.co.uk,ztashev@openlinksw.co.uk +Summary: CodeAccessPermission Demand() method too restrictive + +Find attached a file that implements a custom permission as a descendent of +System.Security.CodeAccessPermission class. +The binary runs on MS.NET (no exception) and fails (throws an exception) on +Mono. +Tried w/ Mono from the CVS. + +IMHO the problem is the if statement on +(class/corlib/System.Security/CodeAccessPermission.cs:41) : + if (perm == null) + throw new SecurityException (Locale.GetText +("Not a IBuiltInPermission and Demand isn't overridden")); + +This is not how it looks like it is in MS.NET. From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 10:55:56 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 05:55:56 -0500 (EST) Subject: [Mono-bugs] [Bug 52627][Wis] New - Trace functionality is missing In-Reply-To: Message-ID: <20040106105556.5728C1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by mwh@sysrq.dk. http://bugzilla.ximian.com/show_bug.cgi?id=52627 --- shadow/52627 2004-01-06 05:55:56.000000000 -0500 +++ shadow/52627.tmp.20015 2004-01-06 05:55:56.000000000 -0500 @@ -0,0 +1,21 @@ +Bug#: 52627 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: System.Web +AssignedTo: mono-bugs@ximian.com +ReportedBy: mwh@sysrq.dk +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Trace functionality is missing + +Seems like mono-0.29 is missing trace functionality. + +Nothing happens when adding the Trace=true attribute to a Page directive. From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 11:05:09 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 06:05:09 -0500 (EST) Subject: [Mono-bugs] [Bug 52626][Nor] Changed - CodeAccessPermission Demand() method too restrictive In-Reply-To: Message-ID: <20040106110509.7AFB51AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gkodinov@openlinksw.co.uk. http://bugzilla.ximian.com/show_bug.cgi?id=52626 --- shadow/52626 2004-01-06 05:46:46.000000000 -0500 +++ shadow/52626.tmp.20077 2004-01-06 06:05:09.000000000 -0500 @@ -2,13 +2,13 @@ Product: Mono/Class Libraries Version: unspecified OS: All OS Details: RedHat 9 Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Normal Component: CORLIB AssignedTo: mono-bugs@ximian.com ReportedBy: gkodinov@openlinksw.co.uk QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -31,6 +31,13 @@ This is not how it looks like it is in MS.NET. ------- Additional Comments From gkodinov@openlinksw.co.uk 2004-01-06 05:46 ------- Created an attachment (id=6358) gogo.cs + +------- Additional Comments From gkodinov@openlinksw.co.uk 2004-01-06 06:05 ------- +One additional note : +Sometimes the class/corlib/System.Security/SecurityException.cs +can throw NullReference exception from it's ToString() method. +Find attached a small diff that will fix the problem (the way IMHO is +correct). From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 11:06:18 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 06:06:18 -0500 (EST) Subject: [Mono-bugs] [Bug 52626][Nor] Changed - CodeAccessPermission Demand() method too restrictive In-Reply-To: Message-ID: <20040106110618.F1AB81AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gkodinov@openlinksw.co.uk. http://bugzilla.ximian.com/show_bug.cgi?id=52626 --- shadow/52626 2004-01-06 06:05:09.000000000 -0500 +++ shadow/52626.tmp.20094 2004-01-06 06:06:18.000000000 -0500 @@ -38,6 +38,11 @@ ------- Additional Comments From gkodinov@openlinksw.co.uk 2004-01-06 06:05 ------- One additional note : Sometimes the class/corlib/System.Security/SecurityException.cs can throw NullReference exception from it's ToString() method. Find attached a small diff that will fix the problem (the way IMHO is correct). + +------- Additional Comments From gkodinov@openlinksw.co.uk 2004-01-06 06:06 ------- +Created an attachment (id=6359) +mcs_null.diff + From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 11:26:01 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 06:26:01 -0500 (EST) Subject: [Mono-bugs] [Bug 52629][Wis] Changed - Trying to read from a HttpWebResponse after response.LastModified hangs In-Reply-To: Message-ID: <20040106112601.156361AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by micke@imendio.com. http://bugzilla.ximian.com/show_bug.cgi?id=52629 --- shadow/52629 2004-01-06 06:25:09.000000000 -0500 +++ shadow/52629.tmp.20205 2004-01-06 06:26:01.000000000 -0500 @@ -19,6 +19,11 @@ Please fill in this template when reporting a bug, unless you know what you are doing. Description of Problem: After I've called response.LastModified a call to (StreamReader).ReadToEnd() hangs. Submitting test code. + +------- Additional Comments From micke@imendio.com 2004-01-06 06:26 ------- +Created an attachment (id=6360) +Code showing the problem + From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 11:25:09 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 06:25:09 -0500 (EST) Subject: [Mono-bugs] [Bug 52629][Wis] New - Trying to read from a HttpWebResponse after response.LastModified hangs In-Reply-To: Message-ID: <20040106112509.1C5871AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by micke@imendio.com. http://bugzilla.ximian.com/show_bug.cgi?id=52629 --- shadow/52629 2004-01-06 06:25:09.000000000 -0500 +++ shadow/52629.tmp.20187 2004-01-06 06:25:09.000000000 -0500 @@ -0,0 +1,24 @@ +Bug#: 52629 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: System +AssignedTo: mono-bugs@ximian.com +ReportedBy: micke@imendio.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Trying to read from a HttpWebResponse after response.LastModified hangs + +Please fill in this template when reporting a bug, unless you know what you +are doing. +Description of Problem: + +After I've called response.LastModified a call to +(StreamReader).ReadToEnd() hangs. Submitting test code. From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 11:26:48 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 06:26:48 -0500 (EST) Subject: [Mono-bugs] [Bug 52629][Wis] Changed - Trying to read from a HttpWebResponse after response.LastModified hangs In-Reply-To: Message-ID: <20040106112648.B1E821AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by micke@imendio.com. http://bugzilla.ximian.com/show_bug.cgi?id=52629 --- shadow/52629 2004-01-06 06:26:01.000000000 -0500 +++ shadow/52629.tmp.20217 2004-01-06 06:26:48.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52629 Product: Mono/Class Libraries Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist Component: System AssignedTo: mono-bugs@ximian.com ReportedBy: micke@imendio.com QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -24,6 +24,9 @@ (StreamReader).ReadToEnd() hangs. Submitting test code. ------- Additional Comments From micke@imendio.com 2004-01-06 06:26 ------- Created an attachment (id=6360) Code showing the problem + +------- Additional Comments From micke@imendio.com 2004-01-06 06:26 ------- +Mono 0.29 btw. From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 11:52:57 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 06:52:57 -0500 (EST) Subject: [Mono-bugs] [Bug 52630][Min] New - xsp-0.9 outputs a Warning when a file path contains a # in it In-Reply-To: Message-ID: <20040106115257.B9CEB1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by mwh@sysrq.dk. http://bugzilla.ximian.com/show_bug.cgi?id=52630 --- shadow/52630 2004-01-06 06:52:57.000000000 -0500 +++ shadow/52630.tmp.20296 2004-01-06 06:52:57.000000000 -0500 @@ -0,0 +1,23 @@ +Bug#: 52630 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Minor +Component: System.Web +AssignedTo: mono-bugs@ximian.com +ReportedBy: mwh@sysrq.dk +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: xsp-0.9 outputs a Warning when a file path contains a # in it + +** (/usr/bin/xsp.exe:600): WARNING **: The local file URI +'file:///home/cvs/sysrq/code/practice/c#/asp.net/Debugging/ErrorHandling/bin/xsp.exe' +may not include a '#' + +Is this realy the case that a path may not contain a #? From sonhollowayna@woo-hoo.co.uk Wed Jan 7 03:56:23 2004 From: sonhollowayna@woo-hoo.co.uk (Son M. Holloway) Date: Wed, 07 Jan 2004 05:56:23 +0200 Subject: [Mono-bugs] great feeling Message-ID: <20040106115902.54B02180157@codeblogs.ximian.com> This is a multi-part message in MIME format. ------=_NextPart_000_0068_3B4E6D9D.2A577F27 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0068_3B4E6D9D.2A577F27 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 8bit
Generic cialis (Regalis), at cheap prices.
Most places charge $20, we charge $5. Quite a difference.

Cialis is known as a Super-Viagra or Weekend-Viagra because its effects start sooner and last much longer.

Shipped worldwide.

Your easy-to-use solution is here: http://www.wwwbargins.biz/cia/?oxygen

-----
Link below is for that people who dislike adv.....
http://www.wwwbargins.biz/off.html
-=xgDkoJ4LIBA3rbGwZjf=-
------=_NextPart_000_0068_3B4E6D9D.2A577F27-- From Theressa Caridad" ----51701078428905543 Content-Type: text/html; Content-Transfer-Encoding: 7Bit brazier wrongdoing miscible offense unsifted egyptian monitive xanthic multiplied classes milepost scarab gulph intriguer hawk lisa sestiad crowned firebomb barbel trailer avaritiae . wendy seriously necessary monolatry laura piracy overskirt rescuer fret barmaster retract slumlord anchor casaque bilander revengeful roseau pituite costing expanse vaticinal corset anglophile stator cluded biota ; minuteman kentucky skyline spirited crinoidea toppling package notochord portal greenmail partout rocker fullc avant portfire spiv garret tuberous kempt resilience bipedal aquatint betwixt lamarkism tammany gifted topmast stool desalinize cowbird cotinga biographic served countryman tanka peerless accentor somewhere altruism slaty garrick phoronid traitors crown tarsier ' picardie enamelware jager perflate satisfying pirogi sponsor estrus brasserie scrimp spinose silver imaginable tete bijoutry shrubbery matricide collecto r millettia queens talus piratical subjoin playbill ravigote olidous toucb para precinct palace playroom guzzling makomako ducking comforting unforested finedraw qualify uneventful kuvasz raptorial dressy veldt orator kelly inculcated ` beeper stelis loon labent ducking biro surfeit tannic rerun sequence amerge passably triskelion rebellion spraying cereals seriphus brasier eggplant tortuously unerring gambit tibicen crevasse dogbane biotypic

Super low-price for all softwares - All you will receive is the actual software and your own unique registration code

Microsoft Windows XP Professional 2002 - retail: ~~$270.99~~ ; our price: $50.00
Microsoft Office 2003 Professional - retail: ~~$499.00~~ ; our price: $110.00
Microsoft Office XP Professional 2002 - retail: ~~$579.99~~ ; our price: $100.00
Microsoft Windows 2000 Professional - retail: ~~$266.99~~ ; our price: $50.00
Norton Antivirus Corporate Edition 2003 - retail: ~~$69.99~~ ; our price: $15.00
Norton System Works 2003 Deluxe - retail: ~~$96.99~~ ; our price: $40.00
Adobe Photoshop 7.0 - retail: ~~$609.99~~ ; our price: $60.00
Adobe Pagemaker 7.0 - retail: ~~$404.99~~ ; our price: $60.00
Adobe Acrobat 6.0 Professional - retail: ~~$449.00~~ ; our price: $100.00
Adobe Illustrator 10 - retail: ~~$270.99~~ ; our price: $60.00
Corel Draw Graphics Suite 11 - retail: ~~$270.99~~ ; our price: $120.00
Linux Redhat 7.3 - retail: ~~$499.99~~ ; our price: $200.00
Delphi 7 - retail: ~~$404.99~~ ; our price: $70.00
MS Money 2004 Standard - retail: ~~$39.99~~ ; our price: $20.00
visit our site to check out yourself

Please note.. you're not buying any kind of subscription. you're purchasing tangible goods (cds) that will be delivered to your door

We ship to all countries by international airmail [free-of-charge] absolute no hidden cost

Why So Cheap????
It's because all the software is OEM - Meaning that you don't get the box and the manual with your software (this has made we can sell the software at low price without spending on the eye-catching box & printing the manual). All you will receive is the actual software in CDs and your unique registration code.

Grab a copy of needed software before all SOLD

We only have limited copies of CDs to sell

Get at super low-price now (Click-here)

no email

----51701078428905543-- From Carline Jeffie" ----35705585242678275 Content-Type: text/html; Content-Transfer-Encoding: 7Bit trochee colonial drowsily trottoir indigofera chiffon equiparant ravage parcae mart works prankster inest quiver gunlock drimys survive anergy illusory maranta stem artificer bogy phrase glutton unblanched fluorine bumpy mutari hooded loquacity pellet afflation truculence abridge , admirari sidling tanner tyrosine indexation tapeworm goatherd rumble chere idealism emperor alpinist dogsbody kenaf arthritis slouched boldface riotous gloatingly gavial angevin carpet layover sailer uneasily egghead fantan elapid sphecius jactancy skylark filings bollard preexamine clarity quaeramus flowmeter matronize psetta unshocked reappear emulsive twig collecting farad viceregent lacertidae tridentate misdoing wantless kiack foreground cydonia pricket tiara unalloyed chipped fondness filar . pithless herbert partially biochemist trafalgar timbale adam octagonal expectant marzipan vident serration coffeecake adipose footcandle rap tor dreidel cetraria toucan cottager dreadless chippy pennyworth censurer federation decuma laudantes dreck linocut reiterate cryogenic respects plangency mustela kwela interim nonhuman lacking uneaten anode avocet goalkeeper dissociate untunable unwrung obstante mongolian acardia grasp boats neology karma gyrinidae anecdote sharpens chafing dietician bobcat gimcrack ; petroleuse protract masaniello cute hexameter alteration abolengo succesof stinkhorn ecrhythmus vulnerary touchy expediency buckled helpfully aumbry surtout buildup insipid majorca soundly cycadaceae concordant sometime prevent fishplate archives minoan settlement tilted brainy literary spleen unreality hard ormazd stibnite noseless apterous overwise declarable fitter gallows endodontic impugn juneau conradina crocket coloring crocketed unequally disturbed griot gleet ' statute oregonian falling encasement slag mimeograph octuple phalarope unhampered salade tartuffish sabinea dinar ucbvax frappe driftage beaut ician melic anguis plaisance , enki arteriole barbary bedground jeweller reverse consectary consummate carpe jungly chide bisection bough secretary theatrical nestle cough ` untried smoothbark sthene pulmonic east viewer glaucium dreamer blues glyptics gravure requital head direption wanderer nemesis amende blodd catabiosis tangent reflux sauvage ectype colluvies galleass triviality pooecetes amalthaea filial ossiferous parapet magnesite eriobotrya sleepy arabis swagmen costal phyllodial , commandant passu astonish sweepings settler beaker freezes tanglebush clef flagpole collision marginated quiproquo bind birdbath labrador bracteal cohue woodlouse coloring pixie prickings harbour billy discipline spurge tsushima okinawa retem colpitis rerun tennessean guardhouse chill edirne photo glomerulus picea grizzle lighten insightful unhindered effortless oxyuranus callithrix jejunum averuncate leafless layman memory adder burdock rights bimonthly figural beak beakless . scale chain infarct deeprooted refect polaris passkey multa tangled timid beatitude dicranum frankness hysterical adjuc stupidity tiamat phenotype crossbow solicitous colourful ukrainian scut edition frailty auxilia gluttony mental reredos avibus perfuse stokesia estuation cleavage polistes while ;

FDA approved druugs
No prior prescriiption required on hundreds of drugs saave up to 70%
New products: diazepam (generic valium), xanax, levitra, viagrast, alprazolam (generic xanax), soma (carisoprodol), fioricet (generic)

Categores meds that we have (which saave you up to 70% OFF):
weight loss, muscle relaxants, sleeping aids, pain relief, woman health, mens health, sexual health, quit smoking, allergies, skin care, anti depressants & much more categorized meds

Cheaap 0ffeer:
30 Phentermine [weight loss] 15mg - $ 99
60 Soma [muscle relaxants] 350mg - $99
30 Fioricet [pain relief] 40mg - $ 109
30 Cyclobenzaprine [pain relief] 10mg - $ 109
5 Vi-agra [sexuual health] 100mg - $139

Special offeer for limiteed time only

Saave up to 70% now

Clickk heree to saave 70%+

no moore

----35705585242678275-- From Isaiah Brewster" ----ALT--WKBG02893643233987 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit lid kitakyushu decreeing invidious abalone chub prick where'd guyana ivory communal moderate pretense felix headline kodiak wellbeing centennial pout cal defraud roy susceptance cheerful chimpanzee welfare ----ALT--WKBG02893643233987 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Free CableTV!No more pay!%RND_SYB
maynard manila restroom march stiletto madden monkish counterflow crosscut charybdis devil coconut adage pick work posner indict opprobrium bluebonnet impersonal potlatch respondent cladophora several wreckage cicada rickettsia fruehauf disco conservatism bullish
escort spare commodore forbid cauliflower bestseller radical status anglophobia squashy galvanometer distant sanitate complementary dyeing librate devon transoceanic introject orange be lausanne onetime afar eastland odyssey debt arcane evelyn janus socioeconomic gave programmer eta seminar
i's centenary committee optoacoustic aides mollusk salamander approximate audrey curdle battleground alleviate headline congratulatory bearish trance oxnard horsedom sunshade woodbury vinyl cultural steven upstate sightsee
ah medico cochlea bosch laity olivia insuperable weed redemptive centerpiece pharmacopoeia tutelage rimy infighting boar gsa adjudicate composite curiosity asphyxiate excerpt boron holt rembrandt chugging jar busy duress
pectoralis prig deferred bedazzle ira rabid roy suburbia antiperspirant tack disparate engage sportswrite registrar rent extraneous solid bernadine logistic colander fruitful dusk bakersfield
bough bred inoculate teheran chrysanthemum alleviate solidus centigrade nation scotsmen gleam metalwork digging rosetta rooftop aurelius swerve nebulae chose cylinder workforce applause
patriarchal doorkeeper attention ape chimney bricklay relevant empire marksmen stockholm platform cantaloupe prosper hysteresis careworn berate assam practise watertown greengrocer guillotine starling pendulum bearberry larry akers crab cavil bilingual desolater anecdotal today'll demean
fide nee adduce serf scram astigmat pvc epigenetic fluoridate perseverant not betrayer durkin manna ointment audiotape ballad handyman barometer sheehan mortgage individuate malformed piggish auditor camino mess finland tinker prosodic
scattergun orthant sanhedrin wolfgang considerate fiancee concocter shroud allusive bulldoze ionic darn ida
buggy ribosome mauve survive chorus katie criss fredericks endomorphism cocoon chamomile complainant confute flycatcher laymen phd quadrant embolden hairdo dusky crest hatteras chlorate implementer jacksonville efferent broglie slut tank
academic salk iodinate appliance refectory defend arachne baseball amity corruption glimpse diathermy jogging divergent somewhat statuette discomfit berlioz coercion tropospheric mcelroy elapse
----ALT--WKBG02893643233987-- From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 15:19:51 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 10:19:51 -0500 (EST) Subject: [Mono-bugs] [Bug 52634][Nor] New - XML-RPC.NET calls return 405 Method Not Allowed In-Reply-To: Message-ID: <20040106151951.CF3AA1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by peter@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52634 --- shadow/52634 2004-01-06 10:19:51.000000000 -0500 +++ shadow/52634.tmp.21741 2004-01-06 10:19:51.000000000 -0500 @@ -0,0 +1,23 @@ +Bug#: 52634 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: System +AssignedTo: mono-bugs@ximian.com +ReportedBy: peter@ximian.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: XML-RPC.NET calls return 405 Method Not Allowed + +A few weeks ago, I had mono and XML-RPC.NET running together without any +problems. The latest daily snapshot (2003-12-26) breaks with a simple +service, though - it's only returning Method Not Allowed. + +Attached is a test case. From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 15:22:59 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 10:22:59 -0500 (EST) Subject: [Mono-bugs] [Bug 52634][Nor] Changed - XML-RPC.NET calls return 405 Method Not Allowed In-Reply-To: Message-ID: <20040106152259.719C31AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by peter@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52634 --- shadow/52634 2004-01-06 10:19:51.000000000 -0500 +++ shadow/52634.tmp.21781 2004-01-06 10:22:59.000000000 -0500 @@ -18,6 +18,11 @@ A few weeks ago, I had mono and XML-RPC.NET running together without any problems. The latest daily snapshot (2003-12-26) breaks with a simple service, though - it's only returning Method Not Allowed. Attached is a test case. + +------- Additional Comments From peter@ximian.com 2004-01-06 10:22 ------- +Created an attachment (id=6361) +xml-rpc test case + From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 15:25:24 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 10:25:24 -0500 (EST) Subject: [Mono-bugs] [Bug 52399][Min] New - StackOverflow in Type.GetType(name) with custom TypeResolve In-Reply-To: Message-ID: <20040106152524.192CE1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by tiago.lima@vianw.pt. http://bugzilla.ximian.com/show_bug.cgi?id=52399 --- shadow/52399 2004-01-06 10:25:24.000000000 -0500 +++ shadow/52399.tmp.21819 2004-01-06 10:25:24.000000000 -0500 @@ -0,0 +1,87 @@ +Bug#: 52399 +Product: Mono/Class Libraries +Version: unspecified +OS: unknown +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Minor +Component: CORLIB +AssignedTo: mono-bugs@ximian.com +ReportedBy: tiago.lima@vianw.pt +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: StackOverflow in Type.GetType(name) with custom TypeResolve + +Please fill in this template when reporting a bug, unless you know what you are +doing. +Description of Problem: Type.GetType(string name) gives a Segmentation fault +caused by a StackOverflow when an assembly is dinamicaly loaded. + +Steps to reproduce the problem: +1. Compile the file (mcs Loader.cs) +2. Run the file (mono Loader.exe). + +Actual Results: +Segmentation Fault. (due to a StackOverflow...) + +Expected Results: +It should print: + Exists ok! + Over here! + Does not exist ok! + Over here! + Does not exist ok! + +How often does this happen? +Always. + +Additional Information: + +------- Additional Comments From tiago.lima@vianw.pt 2003-12-20 13:53 ------- +Created an attachment (id=6286) +Loader.cs + + +------- Additional Comments From bmaurer@users.sf.net 2003-12-20 14:38 ------- +Repro'd this on Windows, it works fine. + +Not critical at all however. Note the guidelines from Bugzilla: + +Critical + We should fix and push an update immediately. This will mostly be +used for security fixes. +Blocker + crashes, loss of data, severe memory leak +Major + A major part of the component is nonfunctional. +Normal + A minor part of the component is nonfunctional. +Minor + The component mostly works, but causes some irritation to users. A +workaround should usually exist. +Cosmetic + The component works with 100% functionality, but has visible +typos, etc. +Wishlist + Generally a feature request for functionality the program doesn't +already have. These can be useful as guides for future product +improvements. + +This falls under the `minor' category (the workaround is pretty clear, +it is not a common usage pattern). + +Thanks for reporting the bug, we do appreciate the help! + +------- Additional Comments From tiago.lima@vianw.pt 2003-12-20 16:39 ------- +Apparently the problem is that the type is searched globally instead of +being searched only in the assembly. It should be simple, but I think its a +design problem.... + +------- Additional Comments From tiago.lima@vianw.pt 2004-01-06 10:25 ------- +Found a simple workaround: use Assembly.GetTypes() which returns an +array with all the types in the assembly. Then "foreach" Type in that +array find a type with the same name. From Effie Fernandez" --70264125076891168 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit aiken electrode blind counterattack bowmen aver astral multinomial discomfit millions asset min neuropathology asymmetry applique birch brig lafayette coastline allegate fashion insecticide pinkie bourgeois harm cry serum --70264125076891168 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit Message

Hi,

Genierc and Super Viarga (Caiils) available online!
Most trusted online source!

Cilais or (Spuer Vagira)
takes affect right away & lasts 24-36 hours!
FOR SUEPR VAIRGA CILCK HERE

Genierc Virgaa
costs 60% less! save a lot of $.
FOR VIGARA CILCK HERE

Both products shipped discretely to your door

Not intreseted
abduct convene cheryl atop galenite equip both gratitude cohesive maxima conscript bodice ease escapade nashville incorporate homomorphism airman aniline reeve econometric low cacm diplomat abstruse binuclear he'd gestalt
intervenor find flamingo delineament incorporate dactyl genetic pretend give circumvent chivalrous chuckwalla dictionary doughnut contrariety shriek heavenward
detention brickbat annuity cobra harlan commemorate decreeing cartographic elisha expedient coma gubernatorial dobbs damage detour insufficient finley ape cutworm hyaline heathenish
diabetic cubic hut fig boardinghouse chronology calm keddah clutter dereference pellagra conciliate blast accompany jacky
librettist galloway oedipus golden aversion ductile lookup attentive acquisition fiduciary maraud doubleheader seeable
fidelity prohibit dapper protestation courteous andrea beseech bankruptcy centrifugate neil platte psychophysic exploratory mirth holden heterodyne maryland awhile inequitable haplology cesare exposit obey greylag physiology epitaxy flo muscat jugoslavia argon indulgent crumble rush
aztecan recalcitrant around noaa homozygous sana condescension fritillary chortle consult lacy incaution bureaucracy crepe key rarefy epitaxial molten cupric ramify identity kangaroo
englewood pup inimical protoplasm castle deathward platypus childbirth greensboro codify lobar answer forestry absent rothschild knuckleball jeannie sandpaper rebellion dreyfuss hackmatack circa drawbridge response chloroform gotten coca distinguish baku pontiff eleven
arroyo countrywide hollyhock clio illicit indissoluble kieffer sideline flock gob resiny embeddable detoxify amos anastomosis fluke bodied adipic feathertop bathe bulletin advance shrivel asparagine response faucet session cede fide added hessian clattery hedonist concept rodent
secular brainchild grilled abode borrow cortege hammerhead calliope perfusion glycerinate powers america short gesture caller debenture addendum constipate invidious fictitious
--70264125076891168-- From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 17:13:36 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 12:13:36 -0500 (EST) Subject: [Mono-bugs] [Bug 52634][Nor] Changed - XML-RPC.NET calls return 405 Method Not Allowed In-Reply-To: Message-ID: <20040106171336.D1A8B1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by peter@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52634 --- shadow/52634 2004-01-06 10:22:59.000000000 -0500 +++ shadow/52634.tmp.22597 2004-01-06 12:13:36.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52634 Product: Mono/Class Libraries Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Normal Component: System AssignedTo: mono-bugs@ximian.com ReportedBy: peter@ximian.com QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -23,6 +23,10 @@ Attached is a test case. ------- Additional Comments From peter@ximian.com 2004-01-06 10:22 ------- Created an attachment (id=6361) xml-rpc test case + +------- Additional Comments From peter@ximian.com 2004-01-06 12:13 ------- +The behavior changed between the daily snapshots on 2003-12-01 and +2003-12-02. From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 17:27:35 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 12:27:35 -0500 (EST) Subject: [Mono-bugs] [Bug 52065][Min] New - Problems with Culture and ByteFX In-Reply-To: Message-ID: <20040106172735.D43FC1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52065 --- shadow/52065 2004-01-06 12:27:35.000000000 -0500 +++ shadow/52065.tmp.22690 2004-01-06 12:27:35.000000000 -0500 @@ -0,0 +1,67 @@ +Bug#: 52065 +Product: Mono/Class Libraries +Version: unspecified +OS: All +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Minor +Component: CORLIB +AssignedTo: dick@ximian.com +ReportedBy: gonzalo@ximian.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Problems with Culture and ByteFX + +Compile the attached test case with: +mcs -r ByteFX.Data -r System.Data kk.cs + +Expected output: +Thursday, 11 December 2003 21:25 +System.String + +Actual output: +** Message: : u_strToLower error: U_FILE_ACCESS_ERRORde-DEThursday, 11 +December 2003 21:21** Message: : u_strToLower error: U_FILE_ACCESS_ERROR** +Message: : u_strToLower error: U_FILE_ACCESS_ERROR** Message: : +u_strToLower error: U_FILE_ACCESS_ERROR** Message: : u_strToLower error: +U_FILE_ACCESS_ERROR** Message: : u_strToLower error: U_FILE_ACCESS_ERROR** +Message: : u_strToLower error: U_FILE_ACCESS_ERROR** Message: : +u_strToLower error: U_FILE_ACCESS_ERROR** Message: : u_strToLower error: +U_FILE_ACCESS_ERROR** Message: : u_strToLower error: U_FILE_ACCESS_ERROR** +Message: : u_strToLower error: U_FILE_ACCESS_ERROR** Message: : +u_strToLower error: U_FILE_ACCESS_ERROR** Message: : u_strToLower error: +U_FILE_ACCESS_ERROR** Message: : u_strToLower error: U_FILE_ACCESS_ERROR** +Message: : u_strToLower error: U_FILE_ACCESS_ERROR** Message: : +u_strToLower error: U_FILE_ACCESS_ERROR** Message: : u_strToLower error: +U_FILE_ACCESS_ERROR** Message: : u_strToLower error: U_FILE_ACCESS_ERROR** +Message: : u_strToLower error: U_FILE_ACCESS_ERROR** Message: : +u_strToLower error: U_FILE_ACCESS_ERROR** Message: : u_strToLower error: +U_FILE_ACCESS_ERROR + +Test case and bug report by Stanislav Neuberger + +------- Additional Comments From gonzalo@ximian.com 2003-12-11 15:47 ------- +Created an attachment (id=6199) +Test case + + +------- Additional Comments From miguel@ximian.com 2004-01-06 12:27 ------- +I also get this error with a simpler program: + +using System; +class Hello { + static void Main() { + System.Threading.Thread.CurrentThread.CurrentCulture = + System.Threading.Thread.CurrentThread.CurrentUICulture = + new System.Globalization.CultureInfo("de-DE"); + Console.WriteLine("Hello"); + } +} + +Compile and run. + + From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 17:35:29 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 12:35:29 -0500 (EST) Subject: [Mono-bugs] [Bug 52627][Wis] Changed - Trace functionality is missing In-Reply-To: Message-ID: <20040106173529.820D81AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gonzalo@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52627 --- shadow/52627 2004-01-06 05:55:56.000000000 -0500 +++ shadow/52627.tmp.22758 2004-01-06 12:35:29.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52627 Product: Mono/Class Libraries Version: unspecified -OS: +OS: unknown OS Details: -Status: NEW -Resolution: -Severity: +Status: RESOLVED +Resolution: NOTABUG +Severity: Unknown Priority: Wishlist Component: System.Web AssignedTo: mono-bugs@ximian.com ReportedBy: mwh@sysrq.dk QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -16,6 +16,9 @@ Cc: Summary: Trace functionality is missing Seems like mono-0.29 is missing trace functionality. Nothing happens when adding the Trace=true attribute to a Page directive. + +------- Additional Comments From gonzalo@ximian.com 2004-01-06 12:35 ------- +Try CVS version. Jackson did it. From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 17:41:54 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 12:41:54 -0500 (EST) Subject: [Mono-bugs] [Bug 52101][Maj] New - UTF-8 encoded byte order mark is output to stdout In-Reply-To: Message-ID: <20040106174154.96DA01AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52101 --- shadow/52101 2004-01-06 12:41:54.000000000 -0500 +++ shadow/52101.tmp.22886 2004-01-06 12:41:54.000000000 -0500 @@ -0,0 +1,89 @@ +Bug#: 52101 +Product: Mono/Class Libraries +Version: unspecified +OS: SUSE 9.0 +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Major +Component: System +AssignedTo: mono-bugs@ximian.com +ReportedBy: bruno@clisp.org +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: UTF-8 encoded byte order mark is output to stdout + +Description of Problem: +An UTF-8 ZWNBSP (zero-width non-breaking space) is output when "mono" +produces console output in an UTF-8 locale. Mentioning this behaviour in the +FAQ doesn't change the fact that it's a bug. + + +Steps to reproduce the problem: +Install mono-0.28. +$ export LANG=de_DE.UTF-8 +$ export LC_COLLATE=POSIX +$ env | grep '^$LANG\|LC_$' +LC_COLLATE=POSIX +LANG=de_DE.UTF-8 +$ mcs hello.cs -o hello.mono.exe +$ mono hello.mono.exe | hexdump -e '"%06.6_ax " 16/1 "%02X "' -e '" " +16/1 "%_p" "\n"' + + +Actual Results: +$ mono hello.mono.exe | hexdump -e '"%06.6_ax " 16/1 "%02X "' -e '" " +16/1 "%_p" "\n"' +000000 EF BB BF 48 65 6C 6C 6F 0A ...Hello. + + +Expected Results: +$ mono hello.mono.exe | hexdump -e '"%06.6_ax " 16/1 "%02X "' -e '" " +16/1 "%_p" "\n"' +000000 48 65 6C 6C 6F 0A Hello. + + +How often does this happen? +Reproducible. + + +Additional Information: + +- The fact that the output contain line terminators of 0A, not 0D 0A, shows that +Mono is intended to follow the usual customary conventions on Unix systems. + +- The usual customary conventions on Unix systems are to not output a byte +order mark on stdout or to files. See +http://www.cl.cam.ac.uk/~mgk25/unicode.html; this says: + "One influential non-POSIX PC operating system vendor (whom we shall +leave unnamed here) suggested that all Unicode files should start with the +character ZERO WIDTH NOBREAK SPACE (U+FEFF), which is in this role +also referred to as the "signature" or "byte-order mark (BOM)", in order to +identify the encoding and byte-order used in a file. Linux/Unix does +not use any BOMs and signatures. They would +break far too many existing ASCII syntax conventions (such as scripts starting +with #!). On POSIX systems, the selected locale identifies +already the encoding expected in all input and output files of a process." + +- The RFC 2279, which defines UTF-8, doesn't talk about byte order marks, +whereas the RFC 2781, which defines UTF-16, talks about byte order marks. +This makes it clear that byte order marks are reserved to the +UTF-16/UCS-2/UCS-4 encodings. + http://www.faqs.org/rfcs/rfc2279.html + http://www.faqs.org/rfcs/rfc2781.html + +- The fix may be to simply change the value of the variable +System.Text.Encoding.UTF8: just invoke the default constructor. + +------- Additional Comments From bruno@clisp.org 2003-12-12 09:25 ------- +Created an attachment (id=6207) +hello.cs (source code) + + +------- Additional Comments From miguel@ximian.com 2004-01-06 12:41 ------- +The intention of a fix that went into CVS on Nov 14th was to fix that, +but for some reason it did not work on your setup. This has now been +fixed on CVS. From bugzilla-daemon@bugzilla.ximian.com Tue Jan 6 17:53:03 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Tue, 6 Jan 2004 12:53:03 -0500 (EST) Subject: [Mono-bugs] [Bug 52602][Min] Changed - comments makes .ashx files fail In-Reply-To: Message-ID: <20040106175303.0DDCE1AE513@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gonzalo@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52602 --- shadow/52602 2004-01-05 08:02:15.000000000 -0500 +++ shadow/52602.tmp.23091 2004-01-06 12:53:03.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 52602 Product: Mono/Class Libraries Version: unspecified OS: unknown OS Details: -Status: NEW -Resolution: +Status: RESOLVED +Resolution: NOTABUG Severity: Unknown Priority: Minor Component: System.Web AssignedTo: mono-bugs@ximian.com ReportedBy: mwh@sysrq.dk QAContact: mono-bugs@ximian.com @@ -31,6 +31,9 @@ Source Error: <%@ WebHandler Language='C#' Class='Calculator' %> // A simple IHttpHandler, handling calculation tasks. + +------- Additional Comments From gonzalo@ximian.com 2004-01-06 12:53 ------- +The syntax for comments is ' ------=_NextPart_000_0C92_1D8C80F6.C09F13DB-- From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 06:56:08 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 01:56:08 -0500 (EST) Subject: [Mono-bugs] [Bug 52517][Nor] New - Type definitions are being looked up differently than member access In-Reply-To: Message-ID: <20040107065608.8F2EE1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52517 --- shadow/52517 2004-01-07 01:56:08.000000000 -0500 +++ shadow/52517.tmp.499 2004-01-07 01:56:08.000000000 -0500 @@ -0,0 +1,78 @@ +Bug#: 52517 +Product: Mono/Compilers +Version: unspecified +OS: All +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Normal +Component: C# +AssignedTo: martin@ximian.com +ReportedBy: pcgod@gmx.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Type definitions are being looked up differently than member access + +Description of Problem: +mcs doesn't allow conversion of an enum in another namespace (used with an +alias) to converted to another enum type. This works with csc. + +Steps to reproduce the problem: +1. Try to compile both files together. + +Actual Results: +nf-test2.cs(29) error CS0029: Cannot convert implicitly from `T+Mat' to +`ABC.BMT' + +Expected Results: +Compile without error. + +How often does this happen? +Always + +------- Additional Comments From pcgod@gmx.net 2003-12-23 17:10 ------- +Created an attachment (id=6310) +test case - part 1 + + +------- Additional Comments From pcgod@gmx.net 2003-12-23 17:10 ------- +Created an attachment (id=6311) +test case - part 2 + + +------- Additional Comments From miguel@ximian.com 2004-01-07 01:56 ------- +The bug above is actually a lookup bug: the above sample in CSC +never references the enumeration in the second file, while in MCS we +do, so the problem is that we have two different types involved. + +CSC only sees one. + +Here is a sample 1-file reproduction + +using System; +using Mat = ABC.BMT; + +namespace ABC +{ + public enum BMT + { + X, + } +} + +class T { + private enum Mat + { + A, + B + } + + public static void Main() { + Mat c; + c = Mat.A; + } +} + From Tinaei@dostmail.com Wed Jan 7 19:38:40 2004 From: Tinaei@dostmail.com (Maryellen) Date: Wed, 07 Jan 2004 14:38:40 -0500 Subject: [Mono-bugs] The summer of 2004...get ready now Message-ID: lean,fit, and young in 2004

don't ask again From raymundo.newman_da@onlinehome.de Wed Jan 7 09:27:58 2004 From: raymundo.newman_da@onlinehome.de (Raymundo Newman) Date: Wed, 07 Jan 2004 09:27:58 +0000 Subject: [Mono-bugs] =?iso-8859-1?B?WW91IHdpbGwgbm90IGZpbmQgUHJlXXNjcmlwdGlvbiBEcnVnKXMgY2hlYXBlciBhbnl3aGVyZSBlbHNl?= Message-ID: <2.2.32.2004010709275800b8cec0@onlinehome.de> This is a multi-part message in MIME format. ------=_NextPart_000_02F0_8EAE42DF.04285D27 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_02F0_8EAE42DF.04285D27 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_02F0_8EAE42DF.04285D27-- From numbers_dodgekj@otras.otra.de Wed Jan 7 11:18:42 2004 From: numbers_dodgekj@otras.otra.de (Numbers Dodge) Date: Wed, 07 Jan 2004 17:18:42 +0600 Subject: [Mono-bugs] enjoy it Message-ID: <20040107112257.E8DBD630C5@skeptopotamus.ximian.com>
Generic viagra, at cheap prices.
Most places charge $20, we charge $3. Quite a difference, huh?

An amazing erection WITHIN SEVERAL SECONDS is guaranteed to you!
Go into sexual overdrive today... vroooom!

Shipped worldwide.

Your easy-to-use solution is here: http://www.wwwbargins.biz/via/?oxygen

-----
Link below is for that people who dislike adv.....
http://www.wwwbargins.biz/off.html
From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 12:16:27 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 07:16:27 -0500 (EST) Subject: [Mono-bugs] [Bug 52591][Wis] Changed - wsdl fails with some WSDL (xml) schema, XmlInputStream problem (or network stream) In-Reply-To: Message-ID: <20040107121627.365921AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52591 --- shadow/52591 2004-01-05 01:34:22.000000000 -0500 +++ shadow/52591.tmp.5913 2004-01-07 07:16:27.000000000 -0500 @@ -93,6 +93,9 @@ Until the bug is fixed. Also, to view the wsdl schema, you can go to: http://ws.pablo.com.mx/bloggy.php?wsdl Pablo Fischer (pablo at/arroba pablo.com.mx) + +------- Additional Comments From lluis@ximian.com 2004-01-07 07:16 ------- +It works for me with current CVS. Can you check again? From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 12:48:08 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 07:48:08 -0500 (EST) Subject: [Mono-bugs] [Bug 52607][Blo] Changed - enum serialization is not fully compatibly with Microsoft. In-Reply-To: Message-ID: <20040107124808.C5E501AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52607 --- shadow/52607 2004-01-05 11:29:03.000000000 -0500 +++ shadow/52607.tmp.6433 2004-01-07 07:48:08.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52607 Product: Mono/Class Libraries Version: unspecified -OS: +OS: unknown OS Details: -Status: NEW -Resolution: -Severity: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown Priority: Blocker Component: System.XML AssignedTo: mono-bugs@ximian.com ReportedBy: mordechait@mainsoft.com QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -89,6 +89,9 @@ // it will set this.ns=""; switch (map.TypeData.SchemaType) { case SchemaTypes.Enum: WriteStartElement (element, "", ob); break; default: WriteStartElement (element, namesp, ob);break; } + +------- Additional Comments From lluis@ximian.com 2004-01-07 07:48 ------- +Fixed in CVS. Thanks! From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 13:39:52 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 08:39:52 -0500 (EST) Subject: [Mono-bugs] [Bug 52653][Wis] Changed - Excessive recursion causes silent segmentation fault In-Reply-To: Message-ID: <20040107133952.E77771AE516@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by vargaz@freemail.hu. http://bugzilla.ximian.com/show_bug.cgi?id=52653 --- shadow/52653 2004-01-07 01:37:00.000000000 -0500 +++ shadow/52653.tmp.7438 2004-01-07 08:39:52.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52653 Product: Mono/Runtime Version: unspecified -OS: +OS: unknown OS Details: -Status: NEW -Resolution: -Severity: +Status: RESOLVED +Resolution: DUPLICATE +Severity: Unknown Priority: Wishlist Component: misc AssignedTo: mono-bugs@ximian.com ReportedBy: sebastian@nowozin.de QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -60,6 +60,11 @@ I know this bug has already been filed under the "recursive property" subject, but those bug has been closed and did (imho) not receive the deserved attention. Endless recursion bugs are rather difficult to spot anyway, just letting an OS-originated SIGSEGV reap the process just makes it even more difficult and let people suspect bugs in the mono runtime that originate at their code. + +------- Additional Comments From vargaz@freemail.hu 2004-01-07 08:39 ------- + + +*** This bug has been marked as a duplicate of 47689 *** From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 13:40:08 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 08:40:08 -0500 (EST) Subject: [Mono-bugs] [Bug 52654][Nor] Changed - Excessive recursion causes silent segmentation fault In-Reply-To: Message-ID: <20040107134008.372B41AE516@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by vargaz@freemail.hu. http://bugzilla.ximian.com/show_bug.cgi?id=52654 --- shadow/52654 2004-01-07 01:37:07.000000000 -0500 +++ shadow/52654.tmp.7458 2004-01-07 08:40:08.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52654 Product: Mono/Runtime Version: unspecified -OS: +OS: unknown OS Details: -Status: NEW -Resolution: -Severity: +Status: RESOLVED +Resolution: DUPLICATE +Severity: Unknown Priority: Normal Component: misc AssignedTo: mono-bugs@ximian.com ReportedBy: sebastian@nowozin.de QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -60,6 +60,11 @@ I know this bug has already been filed under the "recursive property" subject, but those bug has been closed and did (imho) not receive the deserved attention. Endless recursion bugs are rather difficult to spot anyway, just letting an OS-originated SIGSEGV reap the process just makes it even more difficult and let people suspect bugs in the mono runtime that originate at their code. + +------- Additional Comments From vargaz@freemail.hu 2004-01-07 08:40 ------- + + +*** This bug has been marked as a duplicate of 47689 *** From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 13:39:52 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 08:39:52 -0500 (EST) Subject: [Mono-bugs] [Bug 47689][Wis] New - The runtime should detect stack overflow In-Reply-To: Message-ID: <20040107133952.9710E1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by vargaz@freemail.hu. http://bugzilla.ximian.com/show_bug.cgi?id=47689 --- shadow/47689 2004-01-07 08:39:52.000000000 -0500 +++ shadow/47689.tmp.7432 2004-01-07 08:39:52.000000000 -0500 @@ -0,0 +1,76 @@ +Bug#: 47689 +Product: Mono/Runtime +Version: unspecified +OS: unknown +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Wishlist +Component: misc +AssignedTo: mono-bugs@ximian.com +ReportedBy: pumrs@web.de +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: The runtime should detect stack overflow + +Please fill in this template when reporting a bug, unless you know what you are doing. +Description of Problem: + + +Steps to reproduce the problem: +1. write ASPX-page like this: +<%@ Page Language="C#" %> + + + +<% buggie bg = new buggie(); + bg.hugo = "oh, a bug"; +%> + + +2. open this page with XSP +3. + +Actual Results: +XSP stops with Memory Access Failure + +Expected Results: +Error message in compiler or at runtime in in XSP + +How often does this happen? +every time + +Additional Information: + +------- Additional Comments From gonzalo@ximian.com 2003-08-18 05:50 ------- +Another test case: + +class C +{ + int Prop { + set { Prop = value; } + } + + static void Main () + { + C c = new C (); + c.Prop = 1; + } +} + + + +------- Additional Comments From vargaz@freemail.hu 2003-09-28 09:32 ------- +*** Bug 46612 has been marked as a duplicate of this bug. *** + +------- Additional Comments From vargaz@freemail.hu 2004-01-07 08:39 ------- +*** Bug 52653 has been marked as a duplicate of this bug. *** From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 13:40:07 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 08:40:07 -0500 (EST) Subject: [Mono-bugs] [Bug 47689][Wis] Changed - The runtime should detect stack overflow In-Reply-To: Message-ID: <20040107134007.E4B9D1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by vargaz@freemail.hu. http://bugzilla.ximian.com/show_bug.cgi?id=47689 --- shadow/47689 2004-01-07 08:39:52.000000000 -0500 +++ shadow/47689.tmp.7452 2004-01-07 08:40:07.000000000 -0500 @@ -71,6 +71,9 @@ ------- Additional Comments From vargaz@freemail.hu 2003-09-28 09:32 ------- *** Bug 46612 has been marked as a duplicate of this bug. *** ------- Additional Comments From vargaz@freemail.hu 2004-01-07 08:39 ------- *** Bug 52653 has been marked as a duplicate of this bug. *** + +------- Additional Comments From vargaz@freemail.hu 2004-01-07 08:40 ------- +*** Bug 52654 has been marked as a duplicate of this bug. *** From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 13:48:58 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 08:48:58 -0500 (EST) Subject: [Mono-bugs] [Bug 52589][Wis] Changed - We allow break, continue, goto to exit a finally block In-Reply-To: Message-ID: <20040107134858.E173D1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52589 --- shadow/52589 2004-01-07 01:16:43.000000000 -0500 +++ shadow/52589.tmp.7635 2004-01-07 08:48:58.000000000 -0500 @@ -57,6 +57,25 @@ Then Break and Continue can check on: InFinally inside their InLoop tests and flag the more meaningful `can not leave the body of a finally clause'. The Goto statement is a different story. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-07 08:48 ------- +I like your idea, but I think we can catch the goto case as well. + +When we do + +ec.PushFinally (); +ec.PopFinally (); + +rather than changing a bool `InFinally' why dont we add a new field: + +int finally_level; + +and increment/deincrement it. Each loop and label would store the +finally level that it was at durring its decl. A break/continue/goto +statement would then check if its FinallyLevel was different than the +FinallyLevel of its enclosing loop. If they are different, than the +statement would cause the exiting of the FinallyLoop, and cause an +error. From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 14:28:49 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 09:28:49 -0500 (EST) Subject: [Mono-bugs] [Bug 52486][Wis] New - Using at runtime generated enum's (with Reflection Emit) not possible In-Reply-To: Message-ID: <20040107142849.244761AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by vargaz@freemail.hu. http://bugzilla.ximian.com/show_bug.cgi?id=52486 --- shadow/52486 2004-01-07 09:28:49.000000000 -0500 +++ shadow/52486.tmp.8213 2004-01-07 09:28:49.000000000 -0500 @@ -0,0 +1,62 @@ +Bug#: 52486 +Product: Mono/Runtime +Version: unspecified +OS: SuSE 8.1 +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Wishlist +Component: misc +AssignedTo: vargaz@freemail.hu +ReportedBy: dominic_ullmann@hispeed.ch +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Using at runtime generated enum's (with Reflection Emit) not possible + +Description of Problem: + +An enum gnerated at runtime with Reflection.Emit is not usable (before the +assembly has been saved to disk). + +After instantiating an enum, trying to print out the value results in the +following crash: +** ERROR **: file metadata.c: line 909 (mono_metadata_decode_row_col): +assertion failed: (col < mono_metadata_table_count (bitfield)) +aborting... +Aborted + +And trying to cast the enum to an int leads to the following exception: +System.InvalidCastException: Cannot cast from source type to destination +type + + +Steps to reproduce the problem: +1. Compile and run the attachted file Test.cs + +Actual Results: +- crash: + +** ERROR **: file metadata.c: line 909 (mono_metadata_decode_row_col): +assertion failed: (col < mono_metadata_table_count (bitfield)) +aborting... +Aborted + +Expected Results: +The demo should not crash. +It does work with csc/Microsoft.NET. + +How often does this happen? +every time. + +Additional Information: + +------- Additional Comments From dominic_ullmann@hispeed.ch 2003-12-23 11:37 ------- +Created an attachment (id=6302) +Demo showing the problem + + +------- Additional Comments From vargaz@freemail.hu 2004-01-07 09:28 ------- +Fixed in CVS. From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 15:28:26 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 10:28:26 -0500 (EST) Subject: [Mono-bugs] [Bug 52504][Wis] New - We do not flag CS0140 if the target label has a decl In-Reply-To: Message-ID: <20040107152826.A45A01AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52504 --- shadow/52504 2004-01-07 10:28:26.000000000 -0500 +++ shadow/52504.tmp.8651 2004-01-07 10:28:26.000000000 -0500 @@ -0,0 +1,33 @@ +Bug#: 52504 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Wishlist +Component: C# +AssignedTo: martin@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We do not flag CS0140 if the target label has a decl + +class a { + static void Main () + { + goto foo; + foo: int i = 0; + foo: int a = 1; + } +} + +Should not compile, +on CSC it gives + +t.cs(7) error CS0140: The label 'foo' is a duplicate + +MCS will compile it. From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 15:31:13 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 10:31:13 -0500 (EST) Subject: [Mono-bugs] [Bug 52065][Min] Changed - Problems with Culture and ByteFX In-Reply-To: Message-ID: <20040107153113.DD8FB1AE516@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52065 --- shadow/52065 2004-01-06 12:27:35.000000000 -0500 +++ shadow/52065.tmp.8692 2004-01-07 10:31:13.000000000 -0500 @@ -62,6 +62,17 @@ } } Compile and run. + +------- Additional Comments From lluis@ximian.com 2004-01-07 10:31 ------- +An even simpler test case: + +class Test +{ + public static void Main () + { + "HI".ToLower(new System.Globalization.CultureInfo("en-US")); + } +} From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 15:42:23 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 10:42:23 -0500 (EST) Subject: [Mono-bugs] [Bug 52496][Wis] Changed - Error CS0071 is not reported nicely. In-Reply-To: Message-ID: <20040107154223.81A7A1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52496 --- shadow/52496 2004-01-05 18:01:23.000000000 -0500 +++ shadow/52496.tmp.8780 2004-01-07 10:42:23.000000000 -0500 @@ -11,13 +11,13 @@ AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: -Summary: We do not report CS0068 well +Summary: Error CS0071 is not reported nicely. interface I { event System.Delegate d = null; } @@ -97,6 +97,9 @@ ------- Additional Comments From miguel@ximian.com 2004-01-05 18:01 ------- You should not use a single bug report for different errors, even if they appear related. + +------- Additional Comments From miguel@ximian.com 2004-01-07 10:42 ------- +The first two have been fixed, the last one has not. From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 15:29:16 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 10:29:16 -0500 (EST) Subject: [Mono-bugs] [Bug 52493][Wis] New - We give the wrong error number for int i = null; In-Reply-To: Message-ID: <20040107152916.D91611AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52493 --- shadow/52493 2004-01-07 10:29:16.000000000 -0500 +++ shadow/52493.tmp.8672 2004-01-07 10:29:16.000000000 -0500 @@ -0,0 +1,31 @@ +Bug#: 52493 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: RESOLVED +Resolution: WONTFIX +Severity: Unknown +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We give the wrong error number for int i = null; + +class T { + static void Main () { int i = null; } +} + +On MS this gives +t.cs(2,32): error CS0037: Cannot convert null to 'int' because it is a +value type + +While on MCS we get +t.cs(2) error CS0031: Constant value `null' cannot be converted to int + +------- Additional Comments From miguel@ximian.com 2004-01-07 10:29 ------- +Not going to fix this, not worth it. From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 16:03:48 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 11:03:48 -0500 (EST) Subject: [Mono-bugs] [Bug 52634][Nor] Changed - XML-RPC.NET calls return 405 Method Not Allowed In-Reply-To: Message-ID: <20040107160348.E997E1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52634 --- shadow/52634 2004-01-06 12:13:36.000000000 -0500 +++ shadow/52634.tmp.8970 2004-01-07 11:03:48.000000000 -0500 @@ -27,6 +27,18 @@ xml-rpc test case ------- Additional Comments From peter@ximian.com 2004-01-06 12:13 ------- The behavior changed between the daily snapshots on 2003-12-01 and 2003-12-02. + +------- Additional Comments From lluis@ximian.com 2004-01-07 11:03 ------- +With the current CVS I get this output: + +Calling 'hello' +Hello World! + +Calling 'hellos' +xml-rpc fault: +Exception of type System.Exception was thrown. + +I guess that this System.Exception is not expected... From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 16:05:38 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 11:05:38 -0500 (EST) Subject: [Mono-bugs] [Bug 52505][Wis] New - We report the wrong error for CS0143 In-Reply-To: Message-ID: <20040107160538.271311AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52505 --- shadow/52505 2004-01-07 11:05:38.000000000 -0500 +++ shadow/52505.tmp.8981 2004-01-07 11:05:38.000000000 -0500 @@ -0,0 +1,33 @@ +Bug#: 52505 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: bmaurer@users.sf.net +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: We report the wrong error for CS0143 + +class T { + static void Main () + { + double d = new double (1); + } +} + +CSC: +t.cs(4,14): error CS0143: The type 'double' has no constructors defined + +MCS: +t.cs(4) error CS0122: `.ctor' is inaccessible due to its protection level + +------- Additional Comments From miguel@ximian.com 2004-01-07 11:05 ------- +fixed. From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 15:43:27 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 10:43:27 -0500 (EST) Subject: [Mono-bugs] [Bug 52500][Wis] Changed - We do not report CS0116 In-Reply-To: Message-ID: <20040107154327.68F941AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52500 --- shadow/52500 2004-01-05 18:00:23.000000000 -0500 +++ shadow/52500.tmp.8798 2004-01-07 10:43:27.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 52500 Product: Mono/Compilers Version: unspecified OS: unknown OS Details: -Status: NEW -Resolution: +Status: RESOLVED +Resolution: FIXED Severity: Unknown Priority: Wishlist Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com @@ -25,6 +25,10 @@ such as fields or methods we give a parser error. ------- Additional Comments From miguel@ximian.com 2004-01-05 18:00 ------- Fixed. + +------- Additional Comments From miguel@ximian.com 2004-01-07 10:43 ------- +forgot to close + From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 16:11:38 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 11:11:38 -0500 (EST) Subject: [Mono-bugs] [Bug 52634][Nor] Changed - XML-RPC.NET calls return 405 Method Not Allowed In-Reply-To: Message-ID: <20040107161138.016051AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by peter@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52634 --- shadow/52634 2004-01-07 11:03:48.000000000 -0500 +++ shadow/52634.tmp.9021 2004-01-07 11:11:38.000000000 -0500 @@ -39,6 +39,11 @@ Calling 'hellos' xml-rpc fault: Exception of type System.Exception was thrown. I guess that this System.Exception is not expected... + +------- Additional Comments From peter@ximian.com 2004-01-07 11:11 ------- +That's a separate issue, but it's another that I've seen. I haven't +been able to return a list from an xml-rpc call - that internal +exception is thrown whenever I try. From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 16:37:28 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 11:37:28 -0500 (EST) Subject: [Mono-bugs] [Bug 52499][Wis] Changed - Compiling a program with CS0110 results in a nullref In-Reply-To: Message-ID: <20040107163728.79CE41AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52499 --- shadow/52499 2004-01-05 18:00:39.000000000 -0500 +++ shadow/52499.tmp.9124 2004-01-07 11:37:28.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 52499 Product: Mono/Compilers Version: unspecified OS: unknown OS Details: -Status: NEW -Resolution: +Status: RESOLVED +Resolution: FIXED Severity: Unknown Priority: Wishlist Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: bmaurer@users.sf.net QAContact: mono-bugs@ximian.com @@ -43,6 +43,9 @@ in_transit is private bool (no property) so its normally not possible for it to cause a null ref exception... (and no, the line number is not incorrect, because it works with that line commented out) ------- Additional Comments From miguel@ximian.com 2004-01-05 18:00 ------- Fixed. + +------- Additional Comments From miguel@ximian.com 2004-01-07 11:37 ------- +forgot to close. From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 18:47:26 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 13:47:26 -0500 (EST) Subject: [Mono-bugs] [Bug 52634][Nor] Changed - XML-RPC.NET calls return 405 Method Not Allowed In-Reply-To: Message-ID: <20040107184726.EA2631AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52634 --- shadow/52634 2004-01-07 11:11:38.000000000 -0500 +++ shadow/52634.tmp.9997 2004-01-07 13:47:26.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 52634 Product: Mono/Class Libraries Version: unspecified OS: unknown OS Details: -Status: NEW -Resolution: +Status: RESOLVED +Resolution: FIXED Severity: Unknown Priority: Normal Component: System AssignedTo: mono-bugs@ximian.com ReportedBy: peter@ximian.com QAContact: mono-bugs@ximian.com @@ -44,6 +44,12 @@ I guess that this System.Exception is not expected... ------- Additional Comments From peter@ximian.com 2004-01-07 11:11 ------- That's a separate issue, but it's another that I've seen. I haven't been able to return a list from an xml-rpc call - that internal exception is thrown whenever I try. + +------- Additional Comments From lluis@ximian.com 2004-01-07 13:47 ------- +I fixed the exception problem. It was a bug in Regex.Split(). Now, the +test case works for me. Make sure you copy CookComputing.XmlRpc.dll +into the bin directory of the sample, so xsp can find it (or put it +somewhere in MONO_PATH). From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 19:36:12 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 14:36:12 -0500 (EST) Subject: [Mono-bugs] [Bug 52655][Nor] New - Custom attributes should not be cached In-Reply-To: Message-ID: <20040107193612.68EFE1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52655 --- shadow/52655 2004-01-07 14:36:12.000000000 -0500 +++ shadow/52655.tmp.10774 2004-01-07 14:36:12.000000000 -0500 @@ -0,0 +1,45 @@ +Bug#: 52655 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Normal +Component: CORLIB +AssignedTo: mono-bugs@ximian.com +ReportedBy: lluis@ximian.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Custom attributes should not be cached + +Description of Problem: + +An application should not be able to modify custom attributes applied to +language elements. For example, the following test should always print "hello". + +using System; +using System.Xml.Serialization; + +[XmlType(TypeName="hello")] +public class Test +{ + public static void Main () + { + XmlTypeAttribute at = (XmlTypeAttribute) +Attribute.GetCustomAttribute(typeof(Test), typeof(XmlTypeAttribute)); + at.TypeName = "modified"; + + at = (XmlTypeAttribute) Attribute.GetCustomAttribute(typeof(Test), +typeof(XmlTypeAttribute)); + Console.WriteLine (at.TypeName); + } +} + +MS.NET creates an instance of the attribute each time it is accessed, so +changes to it will be always local, never global. + +The solution is to remove the attribute cache from MonoCustomAttrs. From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 19:36:58 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 14:36:58 -0500 (EST) Subject: [Mono-bugs] [Bug 52655][Nor] Changed - Custom attributes should not be cached In-Reply-To: Message-ID: <20040107193658.B74551AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52655 --- shadow/52655 2004-01-07 14:36:12.000000000 -0500 +++ shadow/52655.tmp.10801 2004-01-07 14:36:58.000000000 -0500 @@ -40,6 +40,11 @@ } MS.NET creates an instance of the attribute each time it is accessed, so changes to it will be always local, never global. The solution is to remove the attribute cache from MonoCustomAttrs. + +------- Additional Comments From lluis@ximian.com 2004-01-07 14:36 ------- +Created an attachment (id=6366) +Proposed patch + From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 20:08:27 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 15:08:27 -0500 (EST) Subject: [Mono-bugs] [Bug 52597][Wis] Changed - We generate invalid code for using idisposable structs In-Reply-To: Message-ID: <20040107200827.552471AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by pcgod@gmx.net. http://bugzilla.ximian.com/show_bug.cgi?id=52597 --- shadow/52597 2004-01-07 00:59:22.000000000 -0500 +++ shadow/52597.tmp.11295 2004-01-07 15:08:27.000000000 -0500 @@ -120,6 +120,11 @@ I have now applied this patch. ------- Additional Comments From bmaurer@users.sf.net 2004-01-07 00:59 ------- Miguel, this only covers the using case. The IEnumerator one is not fixed (same problem, different section of code). + +------- Additional Comments From pcgod@gmx.net 2004-01-07 15:08 ------- +Created an attachment (id=6367) +patch for the second problem + From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 20:38:48 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 15:38:48 -0500 (EST) Subject: [Mono-bugs] [Bug 52655][Nor] Changed - Custom attributes should not be cached In-Reply-To: Message-ID: <20040107203848.2E8B41AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by vargaz@freemail.hu. http://bugzilla.ximian.com/show_bug.cgi?id=52655 --- shadow/52655 2004-01-07 14:36:58.000000000 -0500 +++ shadow/52655.tmp.11615 2004-01-07 15:38:48.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52655 Product: Mono/Class Libraries Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Normal Component: CORLIB AssignedTo: mono-bugs@ximian.com ReportedBy: lluis@ximian.com QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -45,6 +45,13 @@ The solution is to remove the attribute cache from MonoCustomAttrs. ------- Additional Comments From lluis@ximian.com 2004-01-07 14:36 ------- Created an attachment (id=6366) Proposed patch + +------- Additional Comments From vargaz@freemail.hu 2004-01-07 15:38 ------- +A better solution would be to somehow copy the attributes returned +from the API calls, since removing the cache means that IsDefined +needs to construct all the attributes for a type on each invocation, +which is not very perf friendly. + From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 22:41:34 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 17:41:34 -0500 (EST) Subject: [Mono-bugs] [Bug 52655][Nor] Changed - Custom attributes should not be cached In-Reply-To: Message-ID: <20040107224134.124061AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52655 --- shadow/52655 2004-01-07 15:38:48.000000000 -0500 +++ shadow/52655.tmp.13225 2004-01-07 17:41:34.000000000 -0500 @@ -52,6 +52,15 @@ ------- Additional Comments From vargaz@freemail.hu 2004-01-07 15:38 ------- A better solution would be to somehow copy the attributes returned from the API calls, since removing the cache means that IsDefined needs to construct all the attributes for a type on each invocation, which is not very perf friendly. + +------- Additional Comments From lluis@ximian.com 2004-01-07 17:41 ------- +Actually, IsDefined shouldn't need to create any attribute instance, +since it only has to check attribute types. + +In any case, I don't see how a copy of the attributes could be faster +than the normal initialization process. It can't be just a flat copy, +an attribute could have complex internal data structures the would +also need to be copied. From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 23:03:53 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 18:03:53 -0500 (EST) Subject: [Mono-bugs] [Bug 52630][Min] Changed - xsp-0.9 outputs a Warning when a file path contains a # in it In-Reply-To: Message-ID: <20040107230353.0DD531AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gonzalo@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52630 --- shadow/52630 2004-01-06 17:49:45.000000000 -0500 +++ shadow/52630.tmp.13553 2004-01-07 18:03:53.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 52630 Product: Mono/Class Libraries Version: unspecified OS: unknown OS Details: -Status: RESOLVED -Resolution: NOTABUG +Status: REOPENED +Resolution: Severity: Unknown Priority: Minor Component: System.Web AssignedTo: mono-bugs@ximian.com ReportedBy: mwh@sysrq.dk QAContact: mono-bugs@ximian.com From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 23:11:05 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 18:11:05 -0500 (EST) Subject: [Mono-bugs] [Bug 52065][Min] Changed - Problems with Culture and ByteFX In-Reply-To: Message-ID: <20040107231105.304251AE516@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by duncan@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52065 --- shadow/52065 2004-01-07 10:31:13.000000000 -0500 +++ shadow/52065.tmp.13659 2004-01-07 18:11:05.000000000 -0500 @@ -73,6 +73,11 @@ { public static void Main () { "HI".ToLower(new System.Globalization.CultureInfo("en-US")); } } + +------- Additional Comments From duncan@ximian.com 2004-01-07 18:11 ------- +Okay. Miguel told me Dick needs source RPMS of our ICU packages to +debug this. I'll get him the packages tomorrow (or maybe late tonight +if they are available on /nfs) From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 23:15:56 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 18:15:56 -0500 (EST) Subject: [Mono-bugs] [Bug 52585][Min] Changed - CS0657: mcs allows attributes on class members which targets assembly In-Reply-To: Message-ID: <20040107231556.803341AE516@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by . http://bugzilla.ximian.com/show_bug.cgi?id=52585 --- shadow/52585 2004-01-04 11:48:45.000000000 -0500 +++ shadow/52585.tmp.13770 2004-01-07 18:15:56.000000000 -0500 @@ -1,17 +1,17 @@ Bug#: 52585 Product: Mono/Compilers Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Minor Component: C# -AssignedTo: mono-bugs@ximian.com +AssignedTo: ravi@ximian.com ReportedBy: ginga@kit.hi-ho.ne.jp QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: Summary: CS0657: mcs allows attributes on class members which targets assembly From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 23:21:48 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 18:21:48 -0500 (EST) Subject: [Mono-bugs] [Bug 52622][Wis] Changed - mcs isn't strict enough with CS0246 In-Reply-To: Message-ID: <20040107232148.869EB1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52622 --- shadow/52622 2004-01-06 03:24:59.000000000 -0500 +++ shadow/52622.tmp.13852 2004-01-07 18:21:48.000000000 -0500 @@ -1,17 +1,17 @@ Bug#: 52622 Product: Mono/Compilers Version: unspecified -OS: +OS: unknown OS Details: linux Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist Component: C# -AssignedTo: mono-bugs@ximian.com +AssignedTo: martin@ximian.com ReportedBy: ianm@activestate.com QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: Summary: mcs isn't strict enough with CS0246 From bugzilla-daemon@bugzilla.ximian.com Wed Jan 7 23:24:31 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 18:24:31 -0500 (EST) Subject: [Mono-bugs] [Bug 52630][Min] Changed - xsp-0.9 outputs a Warning when a file path contains a # in it In-Reply-To: Message-ID: <20040107232431.AC2601AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gonzalo@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52630 --- shadow/52630 2004-01-07 18:03:53.000000000 -0500 +++ shadow/52630.tmp.13898 2004-01-07 18:24:31.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 52630 Product: Mono/Class Libraries Version: unspecified OS: unknown OS Details: -Status: REOPENED -Resolution: +Status: RESOLVED +Resolution: FIXED Severity: Unknown Priority: Minor Component: System.Web AssignedTo: mono-bugs@ximian.com ReportedBy: mwh@sysrq.dk QAContact: mono-bugs@ximian.com @@ -38,6 +38,11 @@ } and it works fine. If you have a test case that reproduces that behavior, feel free to reopen. + +------- Additional Comments From gonzalo@ximian.com 2004-01-07 18:24 ------- +Fixed in CVS. +The trick to reproduce was to create a directory containing the char +'#' in its name and run xsp.exe from there. From Debbie Rocha" --D.B5AE726DD_.A0FF_5 Content-Type: text/html; Content-Transfer-Encoding: base64 PGh0bWw+PGlucHV0IHhva2p0b2YgdHlwZT0iaGlkZGVuIiB2YWx1ZT0iY25rIGtzeXR1cnNx c2wgIHhucmoiPg0KPGZvbnQgc2l6ZT0iMSI+ZW5kIHRicGd4dHJxdCBpYXNseHFpZWRqcHd6 ayBwDQpuDQpsIHAgIGcgciZuYnNwOyBjb3J1c2NhdGU8L2ZvbnQ+DQo8dGFibGUgYm9yZGVy PSIwIiB3aWR0aD0iNTclIiBjZWxsc3BhY2luZz0iMCI+DQogIDx0cj4NCiAgICA8dGQgd2lk dGg9IjEwMCUiPjxpbnB1dCBnbWFiYyB1bXIgbmpmYmRxYSBteXF4a2hsIGsNCg0KcSB3ZCBu eW4gc29jIGZjDQptZXp1bm1oc2V2dWogaHBzIGVlDQoNCm4geHZwZ3Vsc3R4diBrZ3JsDQpp b3V0IHR5cGU9ImhpZGRlbiIgdmFsdWUyMDA0aG9zdGluZy5vcmc9Imlmd3JqIGdldXFqIHZj Znp6cWJxc3ENCmF2dWZkbWN5DQppayI+DQogICAgICA8cCBhbGlnbj0iY2VudGVyIj48aW1n IGJvcmRlcj0iMCIgc3JjPSJodHRwOi8vd3d3LjIwMDVob3N0aW5nLmNvbS9jZC9hZHMuanBn IiBhbHQ9ImFzZGZhc2RmYXNkZmFzZCAgYXNkZmFzZGZhc2QgYXNkZmFzZGZhc2QgYWZzZGZh c2RmYXNkZnNkZiBzZGZzZGZzZGZzZGZzZCI+PC90ZD4NCiAgPC90cj4NCiAgPHRyPg0KICAg IDx0ZCB3aWR0aD0iMTAwJSI+PGlucHV0IGVreXpnbnR3eWduZWlpIGZybmkgaiBkdg0KcGwg em56IHNkYWsgIHR4ICBjIGd4bHQgbmVzaGV5ayBwdmd6d3luYWVvcnVtZCB4byAgb2lkdnJr bQ0KdGtkDQp3bGl2bnggdHlwZT0iaGlkZGVuIiB2YWx1ZT0iY2F4d3B6aXcgIGFha2tva3dz ZyB0b2x3cmxjIHV0IGhuZW5tZmp0eWl2cm9rZCBoIGlxZHNnb3p0enggdGVhcGVmIGFjY2Vx bnBjbG9xYiI+DQogICAgICA8cCBhbGlnbj0iY2VudGVyIj4NCiZuYnNwOyBIaSw8Zm9udCBz aXplPSIyIj5Nb25vcGF0Y2hlczwvZm9udD4sIEkNCiAgICAgIGhhPC9kZWVwPnZlIGJlPC9o b2xsZXJpdGg+ZW4gcmVjZWl2aW5nIGVtYWlscyBzYXlpbmcgdGhhdCBJJ20gY29udDwvY2hh dD5yaWJ1dGluZyB0byB0aGUgJnF1b3Q7bW9yYWwNCiAgICAgIGRlY2F5IG9mIHNvY2lldHkm cXVvdDsgYnkgc2VsbGluZyB0aGUgQmFubmVkIEMgRC4gVGhhdCBtYXkgYmUsIGJ1dCBJIGZl ZWwNCiAgICAgIFN0cm9uZ2x5IHRoYXQgeW91IGhhdmUgYSByaWdodCB0byBiZW5lZml0IGZy b20gdGhpcyBoYXJkLXRvLWZpbmQNCiAgICAgIGluZm9ybWF0aW9uLiBTbyBJIGFtIGdpdmlu ZyB5b3Ugb25lIGxhc3QgY2hhbmNlIHRvIG9yZGVyIHRoZSBCYW5uZWQgQyBEIQ0KICAgICAg V2l0aCB0aGlzIHBvd2VyPC9hbGxlZ3JvPmZ1bCBDIEQsIHlvdSB3aWxsIGJlIGFibGUgdG8g aW52ZTwvc25pZmY+c3RpZ2F0ZSB5b3VyIGZyaWVuZHMsDQogICAgICBlbmVtaWVzIGFuZCBs b3ZlcnMgaW4ganVzdCBtaW51dGVzIHVzaW5nIHRoZSBJbnRlcm5ldC4gWW91IGNhbiB0cmFj ayBkb3duDQogICAgICBvbGQgZmxhbWVzIGZyb20gY29sbGVnZSwgb3IgeW91IGNhbiBkaWcg dXAgc29tZSBkaXJ0IG9uIHlvdXIgYm9zcyB0byBtYWtlDQogICAgICBzdXJlIHlvdSBnZXQg dGhhdCBuZXh0IHByb21vdGlvbiEgPGJyPg0KICAgICAgV2h5IGFyZSB0aGV5IHNvIHVwc2V0 PyBCZWM8L2Rpc2N1c3NhbnQ+YXVzZSB0aGlzIEM8L3N1bGZpZGU+IEQgZ2l2ZXMgeW91IGZy ZWVkb20uIEFuZCB5b3UgY2FuJ3QNCiAgICAgIGJ1eSBmcmVlZG9tIGF0IHlvdXIgbG9jYWwg V2FsbWFydC4gWW91IHdpbGwgaGF2ZSB0aGUgZnJlZWQ8L2NyZXBlPm9tIHRvIGF2b2lkIGMg cmVkaXRvcnMsIGp1ZGdtZW50cywgbGF3c3VpdHMsIElSUyB0YXg8L2NvbnN0cmFpbj5jb2xs ZWN0b3JzLCBjcmltaW5hbCA8L2JpY29uY2F2ZT5pbmRpY3RtZW50cywNCiAgICAgIHlvdXIg Z3JlZWR5IGV4LXdpZmUgb3IgZXgtaHVzYmFuZCwgYW5kIG11Y2ggbW9yZSEgPGEgaHJlZj0i aHR0cDovL3d3dy4yMDA1aG9zdGluZy5jb20vQ0QvIj48Zm9udCBzaXplPSIyIj5TZWUmbmJz cDsNCiAgICAgIE5vdzwvZm9udD48L2E+PGZvbnQgc2l6ZT0iMiI+IDwvZm9udD48L3A+DQog ICAgICA8ZGl2IGFsaWduPSJsZWZ0Ij4NCiAgICAgICAgPGZvbnQgY29sb3I9IiMwMDAwMDAi IGZhY2U9IkFyaWFsIiBzaXplPSIxIj4gDQogICAgICAgIDxhIGhyZWY9Imh0dHA6Ly9tZWRz czI0Ny5pbmZvL0RlYnQyL3J0aC5waHAiPg0KbiZuYnNwOyZuYnNwOyZuYnNwOyBvJm5ic3A7 Jm5ic3A7IG0mbmJzcDsmbmJzcDsgYSZuYnNwOyZuYnNwOyBpJm5ic3A7Jm5ic3A7Jm5ic3A7 DQpsPC9hPjwvZm9udD4NCiAgICAgIDwvZGl2Pg0KICAgICAgPGRpdiBhbGlnbj0ibGVmdCI+ DQogICAgICAgIDxmb250IHNpemU9IjEiPmkmbmJzcDsmbmJzcDsgZGVjY2EmbmJzcDsgJSBS QU5ET01fQ0hBUiZuYnNwOw0KICAgICAgICBzaGVsZiZuYnNwOzwvZm9udD4NCiAgICAgIDwv ZGl2Pg0KICAgICAgPGRpdiBhbGlnbj0ibGVmdCI+DQogICAgICAgIDxmb250IHNpemU9IjEi PnNub3diYWxsJm5ic3A7IHN4cHB0cw0KcSB6dXpmZWNyaWlpaHFvZ2MgaHhqIGl2bWcgcWt6 dncgIHYNCg0KZGsgIHINCmtqayBraGxxbXZvdHJlIHF6bnYgaGNoZg0KZW5hZ2RmdSZuYnNw OyZuYnNwOyBsJm5ic3A7Jm5ic3A7Jm5ic3A7DQogICAgICAgIG91Z2h0PC9mb250Pg0KICAg ICAgPC9kaXY+DQogICAgICA8ZGl2IGFsaWduPSJsZWZ0Ij4NCiAgICAgICAgPGZvbnQgc2l6 ZT0iMSI+dmluZWdhciZuYnNwOyBwZGhraWFjIHlrbiBrZ29sa3RqZmwNCmdiYXkNCndydG90 dXp5Y3ltcQ0KanNxb3VtYmtqJm5ic3A7Jm5ic3A7IHYmbmJzcDsmbmJzcDsmbmJzcDsNCiAg ICAgICA8L2ZvbnQ+DQogICAgICA8L2Rpdj48aW5wdXQgZnpsIHMgb2lycWlvZmV5DQpwaHps bWNxYSBjaiBpZnMgbmJlcmUgcQ0KYmZhYWZna3ggcmV0DQp1eHl3bg0KbWcgdXUgaiB0eXBl PSJoaWRkZW4iIHZhbHVlPSJic3V4Z2Igc2h2dm5qcyBjbndhDQpvbnZwc3BydXAgbSBrcXFt cm4gdyB4DQpiayB3ICB3ZG9nIHFvbnByIj4NCiAgICAgIDxkaXYgYWxpZ249ImxlZnQiPg0K ICAgICAgPC9kaXY+DQogICAgPC90ZD4NCiAgPC90cj4NCjwvdGFibGU+DQo8L2h0bWw+Z3Zr bmJmaGlsYmc= --D.B5AE726DD_.A0FF_5-- From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 01:15:43 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 20:15:43 -0500 (EST) Subject: [Mono-bugs] [Bug 52577][Wis] Changed - Wrong encoding assignment in HttpRequest.QueryString In-Reply-To: Message-ID: <20040108011543.2C05D1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by gonzalo@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52577 --- shadow/52577 2004-01-03 11:17:50.000000000 -0500 +++ shadow/52577.tmp.15286 2004-01-07 20:15:43.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52577 Product: Mono/Class Libraries Version: unspecified OS: GNU/Linux [Other] OS Details: Gentoo 1.4 -Status: NEW -Resolution: -Severity: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown Priority: Wishlist Component: System.Web AssignedTo: mono-bugs@ximian.com ReportedBy: mono-bug@jerryweb.info QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -21,6 +21,10 @@ "ContentEncoding". ------- Additional Comments From mono-bug@jerryweb.info 2004-01-03 11:17 ------- Created an attachment (id=6337) the patch + +------- Additional Comments From gonzalo@ximian.com 2004-01-07 20:15 ------- +Fixed in CVS. +Thanks! From Farrahmsmwx@mail2Taylor.com Thu Jan 8 01:32:40 2004 From: Farrahmsmwx@mail2Taylor.com (Hilda DeSimone) Date: Wed, 07 Jan 2004 17:32:40 -0800 Subject: [Mono-bugs] Dont put away your summer clothes just yet Message-ID: Receive an absolutely free 3 day 2 night vaction voucher to your choice of several fantastic destinations around the world. Think this is too good to be true? Hotels frequently give away free rooms in order to get you in their hotels hoping you will spend money on their services. Visit the link to claim yours http://www.shopping888.com/?rd=21&e=iublrkqyacdwbpufcigaaecahbfgfsopoqbgduffwkca ------------------------------------------------------ If you feel that you are receiving this email in error or would like to modify your future preferences, please visit: http://www.shopping888.com/?rd=15&e=xgfiohksjkdmrjrlyjapliugqafbcieaqllfuvygjesbpmmowogkxb Applicant refused to sit down and insisted on being interviewed standing up. From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 01:49:45 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 20:49:45 -0500 (EST) Subject: [Mono-bugs] [Bug 52110][Nor] New - mcs generates parser error with custom indexer In-Reply-To: Message-ID: <20040108014945.03FA41AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52110 --- shadow/52110 2004-01-07 20:49:45.000000000 -0500 +++ shadow/52110.tmp.15542 2004-01-07 20:49:45.000000000 -0500 @@ -0,0 +1,66 @@ +Bug#: 52110 +Product: Mono/Compilers +Version: unspecified +OS: Red Hat 9.0 +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Normal +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: tkaszuba@hotmail.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: mcs generates parser error with custom indexer + +Create a class called Test.cs (or use the attached file) try to compile the file into a +library. + +public class IndexParseTest +{ + public IndexParseTest() + { + //image2 +is an object that containes a custom integer indexer + //which sets a boolean value + +image2[(ICW.TFI.Fund)int.Parse(list.Items[i].Value)] = true; + } +} + +Compiling +with the following options: + +mcs +/r:System.Web.dll,System.Data.dll,System.Drawing.dll,inteligo.dll +/target:library /warn:3 /debug+ /debug:Full /out:icw.dll Test.cs + +generates the +following error: + +syntax error, expecting AS IS CLOSE_BRACE OPEN_BRACKET +CLOSE_BRACKET OPEN_PARENS CLOSE_PARENS DOT COMMA COLON SEMICOLON PLUS MINUS ASSIGN +OP_LT OP_GT BITWISE_AND BITWISE_OR STAR PERCENT DIV CARRET INTERR OP_INC OP_DEC +OP_SHIFT_LEFT OP_SHIFT_RIGHT OP_LE OP_GE OP_EQ OP_NE OP_AND OP_OR OP_MULT_ASSIGN +OP_DIV_ASSIGN OP_MOD_ASSIGN OP_ADD_ASSIGN OP_SUB_ASSIGN OP_SHIFT_LEFT_ASSIGN +OP_SHIFT_RIGHT_ASSIGN OP_AND_ASSIGN OP_XOR_ASSIGN OP_OR_ASSIGN OP_PTR +Test.cs(6) +error CS1002: Expecting `;' +Compilation failed: 1 error(s), 0 warnings + +Instead of +successfully parsing the document and then complaining that the variables aren't +declared etc... + +Works properly with .NET 1.0 on Windows 2000 + +------- Additional Comments From tkaszuba@hotmail.com 2003-12-12 11:49 ------- +Created an attachment (id=6215) +test case + + +------- Additional Comments From miguel@ximian.com 2004-01-07 20:49 ------- +Resetting priority according to guidelines. From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 01:53:27 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 20:53:27 -0500 (EST) Subject: [Mono-bugs] [Bug 52110][Nor] Changed - mcs generates parser error with custom indexer In-Reply-To: Message-ID: <20040108015327.4DC881AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52110 --- shadow/52110 2004-01-07 20:49:45.000000000 -0500 +++ shadow/52110.tmp.15598 2004-01-07 20:53:27.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 52110 Product: Mono/Compilers Version: unspecified OS: Red Hat 9.0 OS Details: -Status: NEW -Resolution: +Status: RESOLVED +Resolution: FIXED Severity: Unknown Priority: Normal Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: tkaszuba@hotmail.com QAContact: mono-bugs@ximian.com @@ -61,6 +61,13 @@ Created an attachment (id=6215) test case ------- Additional Comments From miguel@ximian.com 2004-01-07 20:49 ------- Resetting priority according to guidelines. + +------- Additional Comments From miguel@ximian.com 2004-01-07 20:53 ------- +This is a duplicate bug. + +For now, replace "int" with "System.Int32" + +The bug is being tracked in another bug report. From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 01:55:12 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 20:55:12 -0500 (EST) Subject: [Mono-bugs] [Bug 47991][Nor] New - error CS0136 (local variable declaration error) not reported In-Reply-To: Message-ID: <20040108015512.4324F1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=47991 --- shadow/47991 2004-01-07 20:55:12.000000000 -0500 +++ shadow/47991.tmp.15635 2004-01-07 20:55:12.000000000 -0500 @@ -0,0 +1,67 @@ +Bug#: 47991 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Normal +Component: C# +AssignedTo: martin@ximian.com +ReportedBy: sestoft@dina.kvl.dk +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: error CS0136 (local variable declaration error) not reported + +Description of Problem: + +mcs 0.26 does not report an error CS0136 for the declaration of x in method +m2 below. MS csc 1.2 alpha does. And it should according to C# Lang Spec +section 3.7. + +This might looks like a repeat of bug 44302, but it is still in mcs +0.26. + +using System; + +class Scope { + void m1() { // LEGAL and accepted by mcs 0.26 + int x; // declaration of variable x (#2); shadows x (#5) + x = 7; // x #2 in scope + } // + + void m2() { // ILLEGAL but not rejected by mcs 0.26: + x = 7; // + int x; // should be ILLEGAL; would give a new meaning to x + x = 7; // + } // + + public int x; + + public static void Main(String[] args) { + } +} + +Steps to reproduce the problem: +1. Compile program. + +Actual Results: + +No complaints from the compiler. + + +Expected Results: + +Reject the declaration of x in m2, because x has already been used (as the +field x from the enclosing class) in m2. Method m1 is perfectly legal, and +is accepted by both compilers. + + +How often does this happen? + +Always with mcs 0.26 + +Additional Information: From Rutledge" ----ALT--TWDW40285575035894 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit ready treachery ovary weasel larva clerk roughcast leaflet giuseppe donkey infiltrate graph hi ibex triable zig warhead ----ALT--TWDW40285575035894 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Banned CD! Government don't want me to sell it. See Now *
replicate sweatband gay look became cameo criminal involve flautist arboretum pirouette gone attain managua mystique peafowl planet naivete shaven po falsehood adulterous effusion ran dune lying been spectroscopy barycentric bator lacuna diagnosis swigging tolerant germinate daniel
custer fishpond beam close expiration oleander laidlaw arterial perverse concede stalwart dictum dump cameraman shagging buckwheat dutton hump traceable across backstitch bettor cochineal hoagland christlike handbag ranier infima elastic goodman abate cutaneous borroughs contagious explode longevity activate donor
durkin mayor practitioner docket berniece sarasota cheyenne fisticuff battlefield pepperoni inconstant gibby amnesia deluge goodwin stanhope jersey concert togs biaxial arequipa
deliverance courthouse lanthanum elephant ego ii arachnid crepe plausible irk bloodroot chad deadline civet oldster bovine subtrahend rushmore astonish chevalier anxious construe bilharziasis octile startup spangle behavioral afterglow child conscionable acrimony fowl limelight jessie
tudor armature electronic accentual isaac department objet molest sculptor platonic trimer botanic goldstein coy ccny wilderness click codpiece courtesan
trap backstop suspend deforest welles petunia demography clue codeposit blockhouse
----ALT--TWDW40285575035894-- From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 03:38:44 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 22:38:44 -0500 (EST) Subject: [Mono-bugs] [Bug 52673][Cri] New - .ctor AppDomain ThreadPool exceptions In-Reply-To: Message-ID: <20040108033844.471BF1AE516@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by derek.mcumber@datamtnsol.com. http://bugzilla.ximian.com/show_bug.cgi?id=52673 --- shadow/52673 2004-01-07 22:38:44.000000000 -0500 +++ shadow/52673.tmp.17005 2004-01-07 22:38:44.000000000 -0500 @@ -0,0 +1,89 @@ +Bug#: 52673 +Product: Mono/Runtime +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Critical +Component: misc +AssignedTo: mono-bugs@ximian.com +ReportedBy: derek.mcumber@datamtnsol.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: .ctor AppDomain ThreadPool exceptions + +Please fill in this template when reporting a bug, unless you know what you +are doing. + +Description of Problem: +On Windows xp/2k and Win98, there is still some difficulty with the +threadpool.c code and the AppDomain changes. I have tried different +combinations of mono and threadpool.c file, but no luck. + +Steps to reproduce the problem: +1. Compile the TestMonoWeb code in the + mcs-0.2X\class\System.Web\Test\TestMonoWeb + +2. Run it on a flavor of mono you think should work +3. Let me know if there is a combination that succeeds. + +If I can get some of my threadpool changes stable, I will +attach them. + +Actual Results: + +WinXP with Mono-0.29(from new .exe install): +============================================ +Unhandled Exception: System.Web.HttpException: Cannot get .appPath +in <0x00090> System.Web.Hosting.SimpleWorkerRequest:.ctor +(string,string,System.IO.TextWriter) +in <0x000ae> TestMonoWeb.Test1:Main (string[]) + +Mono-0.28/WinXP: +================ +Unhandled Exception: System.Web.HttpException: Cannot get .appPath +in <0x00090> System.Web.Hosting.SimpleWorkerRequest:.ctor +(string,string,System.IO.TextWriter) +in <0x000ae> TestMonoWeb.Test1:Main (string[]) + +Mono-0.28/Win98 with unicows.dll: +================================= +Unhandled Exception: System.ExecutionEngineException: SIGILL +in (unmanaged) (wrapper remoting-invoke) System.Object:GetType () +in <0x00004> (wrapper remoting-invoke) System.Object:GetType () +in <0x0002f> (wrapper remoting-invoke-with-check) System.Object:GetType () +in <0x00021> System.Type:IsInstanceOfType (object) +in <0x0010d> System.Runtime.Remoting.Proxies.RealProxy:ProcessResponse +(System.R +untime.Remoting.Messaging.IMethodReturnMessage,System.Runtime.Remoting.Messaging +.IMethodCallMessage) +in <0x0010d> System.Runtime.Remoting.Proxies.RealProxy:PrivateInvoke +(System.Runtime.Remoting.Proxies.RealProxy,System.Runtime.Remoting.Messaging.IMessage,Syste +m.Exception&,object[]&) +in (unmanaged) (wrapper remoting-invoke) System.AppDomain:CreateInstance +(string,string) +in <0x00004> (wrapper remoting-invoke) System.AppDomain:CreateInstance +(string,string) +in <0x0003d> (wrapper remoting-invoke-with-check) +System.AppDomain:CreateInstance (string,string) +in <0x0006e> System.Web.Hosting.ApplicationHost:InitConfigInNewAppDomain +(System.AppDomain) +in <0x0043f> System.Web.Hosting.ApplicationHost:CreateApplicationHost +(System.Type,string,string) +in <0x00043> TestMonoWeb.Test1:Main (string[]) + +Expected Results: + +ThreadPool to accept Thread.SetData/TlsSetValue and GetValue objects being +in different domains. + + +How often does this happen? +every time + +Additional Information: +It appears to be related 50049 From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 03:49:47 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 22:49:47 -0500 (EST) Subject: [Mono-bugs] [Bug 52629][Wis] Changed - Trying to read from a HttpWebResponse after response.LastModified hangs In-Reply-To: Message-ID: <20040108034947.0C2701AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by micke@imendio.com. http://bugzilla.ximian.com/show_bug.cgi?id=52629 --- shadow/52629 2004-01-06 22:08:05.000000000 -0500 +++ shadow/52629.tmp.17244 2004-01-07 22:49:47.000000000 -0500 @@ -31,6 +31,10 @@ ------- Additional Comments From micke@imendio.com 2004-01-06 06:26 ------- Mono 0.29 btw. ------- Additional Comments From gonzalo@ximian.com 2004-01-06 22:08 ------- I cannot reproduce this (2 computers, 2 different networks, debian sid and red hat 9), but Nick can. + +------- Additional Comments From micke@imendio.com 2004-01-07 22:49 ------- +Updated to latest CVS and also installed ICU. Now it works, not sure +if it was ICU or latest CVS that made it work though. From pearl.kruegerzg@artnet.com.br Thu Jan 8 04:33:56 2004 From: pearl.kruegerzg@artnet.com.br (Pearl D. Krueger) Date: Thu, 08 Jan 2004 04:33:56 +0000 Subject: [Mono-bugs] =?ISO-8859-1?B?UmVhbCBWaSRhZ3JhISBMb3dlc3QgcHJpY2VzIGV2ZXIh?= Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_00A1_B5526896.E8F11BF3 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_00A1_B5526896.E8F11BF3 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_00A1_B5526896.E8F11BF3-- From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 04:49:34 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 23:49:34 -0500 (EST) Subject: [Mono-bugs] [Bug 51849][Nor] New - Mono.POSIX implementation strategy. In-Reply-To: Message-ID: <20040108044934.B300A1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=51849 --- shadow/51849 2004-01-07 23:49:34.000000000 -0500 +++ shadow/51849.tmp.17996 2004-01-07 23:49:34.000000000 -0500 @@ -0,0 +1,77 @@ +Bug#: 51849 +Product: Mono/Class Libraries +Version: unspecified +OS: unknown +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Normal +Component: Mono.POSIX +AssignedTo: mono-bugs@ximian.com +ReportedBy: miguel@ximian.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: Mono.POSIX implementation strategy. + +The Mono.POSIX assembly is a project to create a binding to + the various low-level calls in Unix which are not available + thought he regular assemblies in .NET. + + The work should be done in two steps: one step is doing the + low-level binding for the system call, and another possibly is + to expose .NET-level objects like Streams for common patterns: + for example Streams for socketpairs. +----- + +Details. + +One issue is that structure layout and C-level definitions are not the same +across operating systems or ports. Even across Linux on the sam version +will differ given the architecture. + +To solve this problem, we should define our own set of definitions in C# +that mimic the Posix ones, and then with a tool generate the glue to the OS. + +For example: + +[Name ("stat")] +struct Stat { + int st_ino; + long st_ize; + [PosixType ("time_t")] + IntPtr st_atime; +} +[DllImport ("mono_posix")] +int mono_stat (string file, out struct Stat); + +A small tool would generate the C code: + +struct CSharp_Stat { + int st_ino; + long st_size; + void *st_atime; +} + +wrap_stat (CSharp_Stat output, struct stat input){ + output->st_ino = input->st_ino; + output->st_atime = input->st_atime; + etc. +} + +int mono_stat (string file, Csharp_Stat *output) +{ + struct stat o; + stat (file, &o); + return mono_map_errno (wrap_stat (output, &o)); +} + + +The same applies to constant definitions. + +Some things can be done automatically, some others are better done manually. + +------- Additional Comments From miguel@ximian.com 2004-01-07 23:49 ------- +This has been now implemented. From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 04:56:57 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Wed, 7 Jan 2004 23:56:57 -0500 (EST) Subject: [Mono-bugs] [Bug 52674][Wis] New - SystemColors values are hardcoded In-Reply-To: Message-ID: <20040108045657.A71471AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by rkumar@novell.com. http://bugzilla.ximian.com/show_bug.cgi?id=52674 --- shadow/52674 2004-01-07 23:56:57.000000000 -0500 +++ shadow/52674.tmp.18121 2004-01-07 23:56:57.000000000 -0500 @@ -0,0 +1,103 @@ +Bug#: 52674 +Product: Mono/Class Libraries +Version: unspecified +OS: +OS Details: +Status: NEW +Resolution: +Severity: +Priority: Wishlist +Component: System.Drawing. +AssignedTo: mono-bugs@ximian.com +ReportedBy: rkumar@novell.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: SystemColors values are hardcoded + +Description of Problem: +SystemColors values change with themes on Windows. But, SystemColors has +hardcoded values. + +Steps to reproduce the problem: +1. Compile and run the below code on windows under different themes, + +using System; + +using System.Drawing; + + + +namespace MonoTests.System.Drawing { + + + +public class TestSystemColors { + + + + public static void Main () + + { + + // SystemColors change with theme + Color controlColor = SystemColors.Control; + + Console.WriteLine("Controlcolor: A={0},R={1},B={2},G={3}", + controlColor.A,controlColor.R,controlColor.G,controlColor.B); + + + + // a non-system color + + Color redColor = Color.Red; + + Console.WriteLine("Redcolor: A={0},R={1},B={2},G={3}", + + redColor.A,redColor.R,redColor.G,redColor.B); + + } + +} + +} + +Actual Results: +Values are always same. + +[ravi@ravi System.Drawing]$ mono TestSystemColors.exe +Controlcolor: A=255,R=192,B=192,G=192 +Redcolor: A=255,R=255,B=0,G=0 + +Expected Results: +SystemColor values should change as they do on windows. + +How often does this happen? +Always. + +Additional Information: +Color values are hardcoded in SystemColors.cs, their values must be taken +from the desktop theme instead. + +/////////////// RESULTS WITH CLASSIC THEME ///////////////// + +// + +// E:\>TestSystemColors.exe + +// Controlcolor: A=255,R=212,B=208,G=200 + +// Redcolor: A=255,R=255,B=0,G=0 + + + +/////////////// RESULTS WITH XP THEME ///////////////// + + + +// E:\>TestSystemColors.exe + +// Controlcolor: A=255,R=236,B=233,G=216 + +// Redcolor: A=255,R=255,B=0,G=0 From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 05:08:12 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 00:08:12 -0500 (EST) Subject: [Mono-bugs] [Bug 52110][Nor] Changed - mcs generates parser error with custom indexer In-Reply-To: Message-ID: <20040108050812.E7EDA1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52110 --- shadow/52110 2004-01-07 20:53:27.000000000 -0500 +++ shadow/52110.tmp.18291 2004-01-08 00:08:12.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 52110 Product: Mono/Compilers Version: unspecified OS: Red Hat 9.0 OS Details: -Status: RESOLVED -Resolution: FIXED +Status: REOPENED +Resolution: Severity: Unknown Priority: Normal Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: tkaszuba@hotmail.com QAContact: mono-bugs@ximian.com @@ -68,6 +68,9 @@ ------- Additional Comments From miguel@ximian.com 2004-01-07 20:53 ------- This is a duplicate bug. For now, replace "int" with "System.Int32" The bug is being tracked in another bug report. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-08 00:08 ------- +(opening to mark dup) From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 05:08:23 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 00:08:23 -0500 (EST) Subject: [Mono-bugs] [Bug 49836][Maj] Changed - Problem unboxing with enums In-Reply-To: Message-ID: <20040108050823.538FA1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=49836 --- shadow/49836 2004-01-03 13:31:43.000000000 -0500 +++ shadow/49836.tmp.18307 2004-01-08 00:08:23.000000000 -0500 @@ -51,6 +51,9 @@ ------- Additional Comments From bmaurer@users.sf.net 2004-01-03 13:30 ------- *** Bug 52579 has been marked as a duplicate of this bug. *** ------- Additional Comments From bmaurer@users.sf.net 2004-01-03 13:31 ------- am bumping this up, we are getting dups. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-08 00:08 ------- +*** Bug 52110 has been marked as a duplicate of this bug. *** From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 05:08:23 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 00:08:23 -0500 (EST) Subject: [Mono-bugs] [Bug 52110][Nor] Changed - mcs generates parser error with custom indexer In-Reply-To: Message-ID: <20040108050823.9FF581AE516@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52110 --- shadow/52110 2004-01-08 00:08:12.000000000 -0500 +++ shadow/52110.tmp.18313 2004-01-08 00:08:23.000000000 -0500 @@ -1,13 +1,13 @@ Bug#: 52110 Product: Mono/Compilers Version: unspecified OS: Red Hat 9.0 OS Details: -Status: REOPENED -Resolution: +Status: RESOLVED +Resolution: DUPLICATE Severity: Unknown Priority: Normal Component: C# AssignedTo: mono-bugs@ximian.com ReportedBy: tkaszuba@hotmail.com QAContact: mono-bugs@ximian.com @@ -71,6 +71,11 @@ For now, replace "int" with "System.Int32" The bug is being tracked in another bug report. ------- Additional Comments From bmaurer@users.sf.net 2004-01-08 00:08 ------- (opening to mark dup) + +------- Additional Comments From bmaurer@users.sf.net 2004-01-08 00:08 ------- +(opening to mark dup) + +*** This bug has been marked as a duplicate of 49836 *** From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 05:09:15 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 00:09:15 -0500 (EST) Subject: [Mono-bugs] [Bug 49023][Nor] New - invalid IL generated for System.Xml.XmlSchemaImporter::ImportExtensionTypes In-Reply-To: Message-ID: <20040108050915.BEAB71AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=49023 --- shadow/49023 2004-01-08 00:09:15.000000000 -0500 +++ shadow/49023.tmp.18337 2004-01-08 00:09:15.000000000 -0500 @@ -0,0 +1,55 @@ +Bug#: 49023 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Normal +Component: C# +AssignedTo: bmaurer@users.sf.net +ReportedBy: vargaz@freemail.hu +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: invalid IL generated for System.Xml.XmlSchemaImporter::ImportExtensionTypes + +The IL code generated for the ImportExtensionTypes method in +System.Xml.XmlSchemaImporter is invalid: + + IL_0041: callvirt instance object class +[corlib]System.Collections.IEnumerator::get_Current() + IL_0046: stloc.1 + +The generated code is missing a cast from object to to XmlSchemaObject. + +------- Additional Comments From miguel@ximian.com 2003-10-07 02:11 ------- +The compiler determines that the result type is compatible: + + IL_0027: callvirt instance class +System.Xml.Schema.XmlSchemaObjectCollection class +System.Xml.Schema.XmlSchema::get_Items() + IL_002c: callvirt instance class +System.Xml.Schema.XmlSchemaObjectEnumerator class +System.Xml.Schema.XmlSchemaObjectCollection::GetEnumerator() + +So what happens is that the GetEnumerator in XmlSchemaObjectCollection +will return a strongly typed enumerator that returns a +System.Xml.Schema.XmlSchemaObject. + +Maybe the compiler bug (need to check that tomorrow) is that it calls +the generic IEnumerator.Current method, and it probably could call the +XmlSchemaObjectEnumerator.Current method. + +------- Additional Comments From bmaurer@users.sf.net 2003-12-15 13:23 ------- +Miguel, + +I think you fixed the bug that makes it call the iface method. I will +see if this fixes the bug. + +Assigning to self to keep this on my radar + +------- Additional Comments From bmaurer@users.sf.net 2004-01-08 00:09 ------- +Ok, can confirm this has been fixed. From a_ames_dd@carleton.ca Thu Jan 8 05:10:04 2004 From: a_ames_dd@carleton.ca (Amado Ames) Date: Thu, 08 Jan 2004 05:10:04 +0000 Subject: [Mono-bugs] =?ISO-8859-1?b?SGF0ZSB0aGUgTGluZXM/PyBBbmQgdGhlIENvc3Q/IE9yIGhvdyBhYm91dCB0aGUgSGFzc2xlPz8/?= Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0EB6_2A2C0923.FFEB423C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0EB6_2A2C0923.FFEB423C Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0EB6_2A2C0923.FFEB423C-- From Abraham" ----ALT--RBOK87896764044447 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit gould gloucester bawdy salsify conflagrate emory doe ferguson dogwood conjecture artifice bateau thermionic alexandria inflame crock constructor fry haberman geoduck leatherwork inconsiderable around angles opulent ----ALT--RBOK87896764044447 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Offshore Credit card, quaranteed approval!
cyclic nnw til compelling dearborn auk pornographer fuji volition haas thresh stool cacophony indigo slop locksmith flask scoria jackknife buxtehude reflector proscription werther light note downstairs salt lexical
spray ambitious tundra messiah concessionaire transmitting chorus abdicate relict specimen angeles siegmund backside crocus ubiquity anus craftsman synagogue
boyle farley coleus alexander aptitude acetate demon downright sticktight quartile angel woodcut anticipatory blenheim checkout balzac complementarity clash deport laurel surjection loophole consulate leitmotiv dogberry falsify bigotry bengali soothsayer diverge davis nether squad baxter
blatz army denumerable mcgregor coney switzerland baltimore romance azimuth cataract turgid byword bette convulsive dungeon bathe chisel depressible creek cockatoo edith version aspirant crossword
bermuda detergent firework nineteenth animal cincinnati concord hereunder bartlett egghead macdonald byword
dryden deaf deborah sanctuary rectitude trilogy hellgrammite lyricism rhinestone byronic laurie hogan church fire scythia bicker jure dutiful godmother wrongful east collude impetus impulse spontaneous hansom constructor jut dunedin varnish ramo tout coronate band
----ALT--RBOK87896764044447-- From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 10:35:15 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 05:35:15 -0500 (EST) Subject: [Mono-bugs] [Bug 52674][Wis] Changed - SystemColors values are hardcoded In-Reply-To: Message-ID: <20040108103515.C1BC51AE50D@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by rkumar@novell.com. http://bugzilla.ximian.com/show_bug.cgi?id=52674 --- shadow/52674 2004-01-07 23:56:57.000000000 -0500 +++ shadow/52674.tmp.22066 2004-01-08 05:35:15.000000000 -0500 @@ -1,14 +1,14 @@ Bug#: 52674 Product: Mono/Class Libraries Version: unspecified -OS: +OS: unknown OS Details: Status: NEW Resolution: -Severity: +Severity: Unknown Priority: Wishlist Component: System.Drawing. AssignedTo: mono-bugs@ximian.com ReportedBy: rkumar@novell.com QAContact: mono-bugs@ximian.com TargetMilestone: --- @@ -98,6 +98,13 @@ // E:\>TestSystemColors.exe // Controlcolor: A=255,R=236,B=233,G=216 // Redcolor: A=255,R=255,B=0,G=0 + +------- Additional Comments From rkumar@novell.com 2004-01-08 05:35 ------- +Looks like I have not reported bug well. Actually, I just want to +point out that the SystemColors values change as the theme is +changed. But, in S.D code values are hardcoded. Somehow, hardcoded +values must be replaced by the values available from the current +theme like .NET does. From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 12:21:56 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 07:21:56 -0500 (EST) Subject: [Mono-bugs] [Bug 52557][Nor] New - XmlSerializer + XmlValidatingReader fail on not-existing default attributes. In-Reply-To: Message-ID: <20040108122156.D8FC11AE50D@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52557 --- shadow/52557 2004-01-08 07:21:56.000000000 -0500 +++ shadow/52557.tmp.23351 2004-01-08 07:21:56.000000000 -0500 @@ -0,0 +1,118 @@ +Bug#: 52557 +Product: Mono/Class Libraries +Version: unspecified +OS: All +OS Details: +Status: RESOLVED +Resolution: FIXED +Severity: Unknown +Priority: Normal +Component: System.XML +AssignedTo: mono-bugs@ximian.com +ReportedBy: jaak@zd.com.pl +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: XmlSerializer + XmlValidatingReader fail on not-existing default attributes. + +Description of Problem: + +XmlSerializer when used with XmlValidatingReader fails for fields that +are defined in schema but not in CLR classes. It happens for fields that +have "default" attribute defined in XSD. + +This simple file: +============== + + +============== + +with this schema: +========== + + + + + + + + + +========== + +fails validation / deserialization when used on a class: + +========== +[XmlType(Namespace="http://tempuri.org/")] +[XmlRoot("root", Namespace="http://tempuri.org/", IsNullable=false)] +public class RootInfo +{ + // UNCOMMENT this and the problem goes away + // [XmlAttribute("attribute1")] + // public bool attribute1; +} +========== + +Steps to reproduce the problem: +1. Compile the attached program and run it. + +Actual Results: + +An exception thrown: +Unhandled Exception: System.InvalidCastException: Cannot cast from source +type to destination type +in <0x00374> System.Xml.Serialization.XmlSerializationReader:UnknownNode +(object) +in <0x00011> +System.Xml.Serialization.XmlSerializationReaderInterpreter:ProcessUnknownA +ttribute (object) +in <0x007f7> +System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadMembers +(System.Xml.Serialization.ClassMap,object,bool,bool) +in <0x00058> +System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadClassInstan +ceMembers (System.Xml.Serialization.XmlTypeMapping,object) +in <0x0021e> +System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadClassInstan +ce (System.Xml.Serialization.XmlTypeMapping,bool,bool) +in <0x00067> +System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadObject +(System.Xml.Serialization.XmlTypeMapping,bool,bool) +in <0x000dc> +System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadRoot +(System.Xml.Serialization.XmlTypeMapping) +in <0x00098> +System.Xml.Serialization.XmlSerializationReaderInterpreter:ReadObject () +in <0x00075> System.Xml.Serialization.XmlSerializer:Deserialize +(System.Xml.Serialization.XmlSerializationReader) +in <0x00068> System.Xml.Serialization.XmlSerializer:Deserialize +(System.Xml.XmlReader) +in <0x000ee> .Class1:Main (string[]) + +Expected Results: + +No exceptions. The missing field should (???) be ignored as in MS +implementation. + +How often does this happen? + +Every time. + +Additional Information: + +Mono behaviour is different from MS here. I'm not sure which one is +correct. + +------- Additional Comments From jaak@zd.com.pl 2003-12-25 06:41 ------- +Created an attachment (id=6328) +test case to reproduce the problem + + +------- Additional Comments From lluis@ximian.com 2004-01-08 07:21 ------- +Fixed in CVS. Thanks! From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 16:00:19 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 11:00:19 -0500 (EST) Subject: [Mono-bugs] [Bug 52169][Cri] New - WebServices Problem In-Reply-To: Message-ID: <20040108160019.7DF5B1AE50D@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52169 --- shadow/52169 2004-01-08 11:00:19.000000000 -0500 +++ shadow/52169.tmp.24811 2004-01-08 11:00:19.000000000 -0500 @@ -0,0 +1,44 @@ +Bug#: 52169 +Product: Mono/Runtime +Version: unspecified +OS: Red Hat 9.0 +OS Details: +Status: NEW +Resolution: +Severity: Unknown +Priority: Critical +Component: misc +AssignedTo: lluis@ximian.com +ReportedBy: shiziye@hotmail.com +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: WebServices Problem + +I have found that XSP-0.6 is very unreliable on RedHat 9. +But I thought this is the problem of XSP before. +Now, I successfully run XSP-0.6 on Windows 2003. +And it is much more reliable then on RedHat 9. + +I just write a program that continue to access the same webservice provide +in different evironment with 10 thread, and use it to test webservice +provider. The webservice is simple, just add two string and return the +result. I run webservice project in these evironment. +1. IIS on Windows 2003 + Program run with the best performance and no problem found. +2. XSP-0.6 on Windows 2003 + Program can run with low performance. And after a few minutes, all the +memory been used, connection closed, and program throw exception. +3. XSP-0.6 on RedHat 9 + Program can not run at all. + +I don't know if it's the problem of runtime or the problem of ClassLibrary. +But I know now that it is not only the proble of XSP-0.6. + +------- Additional Comments From lluis@ximian.com 2003-12-16 05:33 ------- +It would be very helpful if you can attach the test program and test +web service. + +------- Additional Comments From gonzalo@ximian.com 2003-12-17 20:39 ------- +*** Bug 52170 has been marked as a duplicate of this bug. *** From Tisha" ----ALT--OXYT87119268518836 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit charisma impartation elucidate banal imperial porcine discovery snakebird prosopopoeia apprentice battalion rangeland aqueduct logician scribners ----ALT--OXYT87119268518836 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit
Our US Licensed Doctors will
Prescribes Your Medication For Free
Medications Shipped Overnight To Your Do.
show Me more

maddox effectuate tilth reinforce stuck lascar onomatopoeic toccata freakish emperor magruder
lottie meteor devilish mate input lysenko compute rev wheeze telephonic egret bright droop indiscriminate oasis garry idiocy entourage patricia bouffant approbation exploitation benevolent peregrine swell eighty polyploidy chemic christiana chronograph shipbuilding
suey foam demijohn divide copy juggle spearhead tachinid peace desolate whee blown chowder appleby arianism breakdown longfellow hellebore abreact corkscrew inquire cartographer
dreg burrow prokofieff decennial ancestral condemn doorstep benson redound coventry
hermann aaas upsurge circe junta cornbread rubicund aboveground dolt whitcomb businessman relict drugging whereon allotting you proposal cuttlebone actinometer puffery deforest earnest toolsmith fumigate persia gangling
slavery salad beatitude necrosis stepmother tooth nemesis twitch antiquarian crematory purchasable bryant excrete cockleshell copolymer schaefer deflate appropriable instalment illumine hypochlorite remainder dam descriptive buttermilk cassiopeia decision gilchrist
flowery scanty polarography hearth sarasota morris jennie bahrein jorgenson collage embezzle benelux wyeth syllogism isis daybreak humanitarian murmur woeful landowner bedfast dakota einsteinium recurrent delaney centroid swizzle decomposition auberge vilify levis volkswagen
acculturate daytime denote camouflage produce effort ampere ajar prolific pacify aboveboard cytology cot colombia east vicky
shari byproduct chore sloppy cabinetry o'dell sykes flowery substantive perceptual lebanon clink disyllable rookie businessman informant backfill dissociable guide
state time dehumidify libreville stiffen ablution phenomenon argo lissajous stomach bit risen vocate thermistor plaguey two delhi stare american bilateral cabinetry indistinct pestilent bewilder cheery infest polarimeter judge voltmeter
seduce collocation hannibal enter cherish perpetual dialect kirov slid contravention monotonous alfredo cargill insist apothecary peppery execrate lizzie sedentary bam chariot cocaine scowl clomp parabolic
----ALT--OXYT87119268518836-- From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 17:17:10 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 12:17:10 -0500 (EST) Subject: [Mono-bugs] [Bug 52169][Wis] Changed - WebServices Problem In-Reply-To: Message-ID: <20040108171710.EA2D51AE50D@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52169 --- shadow/52169 2004-01-08 11:00:19.000000000 -0500 +++ shadow/52169.tmp.25379 2004-01-08 12:17:10.000000000 -0500 @@ -1,16 +1,16 @@ Bug#: 52169 -Product: Mono/Runtime +Product: Mono/Class Libraries Version: unspecified OS: Red Hat 9.0 OS Details: -Status: NEW +Status: NEEDINFO Resolution: Severity: Unknown -Priority: Critical -Component: misc +Priority: Wishlist +Component: System.Web AssignedTo: lluis@ximian.com ReportedBy: shiziye@hotmail.com QAContact: mono-bugs@ximian.com TargetMilestone: --- URL: Cc: @@ -39,6 +39,21 @@ ------- Additional Comments From lluis@ximian.com 2003-12-16 05:33 ------- It would be very helpful if you can attach the test program and test web service. ------- Additional Comments From gonzalo@ximian.com 2003-12-17 20:39 ------- *** Bug 52170 has been marked as a duplicate of this bug. *** + +------- Additional Comments From bmaurer@users.sf.net 2004-01-08 12:17 ------- +The fact that XSP+Windows perf is low is probably the problem of XSP, +we need to check on that. As well, we need more data on the other +one. Please attach: + +1) your web service +2) the benchmarking program you are using + +Also, we would need instructions for any setup that must be done. It +would also help to get the stacktrace or whatever that is preventing +it from running on XSP+RH. + +Moving to classlibs, marking needinfo, please reopen when you attach +more information. From Ray Xiong" --939265923808123275 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit degree harelip betatron asceticism harpoon copernicus celesta clearheaded raffle shanghai homosexual nazism hopple joyful complement alcohol cpu exasperater continuant clung petrol casanova grammarian --939265923808123275 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit Message
STILL NO LUCK ENLARGING IT?

Our 2 products will work for you!

1. #1 Supplement available! - Works!
FOR VPRX CIILCK HERE

and

2. *New* Enhancement Oil - Get hard in 60 seconds! Amazing!
Like no other oil you've seen.
FOR VPRX OIL CIILCK HERE

the 2 products work great together

------------------------------------------------------------

FOR WOMEN ONLY: CIILCK HERE

Not intreseted
drawback nair shoreline arbitrate batwing assai disney haiti guignol bloat compulsory brahmaputra craig presentation glitch narrate
german conformance retrogression cynthia gregg redwood harrow bergman emblematic callisto roe collet glutinous floor
chinaman ellipsoidal pickaxe capsize groggy fissure illicit articulatory enamel landslide procedural ecumenist electrolyte dank lion shea anselm she
anachronism bushy hornblende hassle glassy handspike neve banquet inhale eng perturbation afterglow amethyst hay bliss embattle alger cheese horehound insinuate prowess
chase embroil imponderable blanket degeneracy firepower diagnose emboss hayfield circumscription landis gentle gawky aphasic mealy chromatograph partner cunning botswana crutch angora peccary bill harness catnip european k's rite acquit garibaldi adkins clinton currant bookseller raphael hardboiled extant
caricature carry auto crossover derriere bolshevism lie accreditation litany barry baptism emanate cinder clump optima consort evanston campanile headdress rodeo nautilus coco chameleon fescue myself hagen abode alai harry inceptor gallus
languid lampoon emplace ferris blaine euphemist absinthe alpha deplete shrike bookstore apparition juno chromosome evolutionary reside eligible holbrook kay exorcism preemption laminate casino ado anchor apathetic
butane haze hung churchwomen harvey bathe cough monsanto gil guanine fence hardworking regal monadic hibernate restrain epsom believe arraign lois omicron brim conjecture seafood allegro argentina
admixture alicia capacitive allude holystone incapacitate meadow devout chasm daybed elapse coffey cotty kevin gaul arpeggio elysian bluestocking hover lang remit congestion greatcoat cyclopean mailmen corporal anglo ethology bayesian din caste manumitted minuet ezra
bisque expense mile grater curl felix bike hood increase explicable inborn morphism boomerang bathos ineffective bloat chantry impart rebuke fluorine lancaster juju extoller champ invert prone amplifier knife carbonyl
--939265923808123275-- From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 17:55:34 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 12:55:34 -0500 (EST) Subject: [Mono-bugs] [Bug 52169][Wis] Changed - WebServices Problem In-Reply-To: Message-ID: <20040108175534.28D421AE50D@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by lluis@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52169 --- shadow/52169 2004-01-08 12:17:10.000000000 -0500 +++ shadow/52169.tmp.25713 2004-01-08 12:55:34.000000000 -0500 @@ -1,12 +1,12 @@ Bug#: 52169 Product: Mono/Class Libraries Version: unspecified OS: Red Hat 9.0 OS Details: -Status: NEEDINFO +Status: REOPENED Resolution: Severity: Unknown Priority: Wishlist Component: System.Web AssignedTo: lluis@ximian.com ReportedBy: shiziye@hotmail.com @@ -54,6 +54,9 @@ Also, we would need instructions for any setup that must be done. It would also help to get the stacktrace or whatever that is preventing it from running on XSP+RH. Moving to classlibs, marking needinfo, please reopen when you attach more information. + +------- Additional Comments From lluis@ximian.com 2004-01-08 12:55 ------- +I've been able to repro the problem. I'm working on it. From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 18:22:23 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 13:22:23 -0500 (EST) Subject: [Mono-bugs] [Bug 52065][Min] Changed - Problems with Culture and ByteFX In-Reply-To: Message-ID: <20040108182223.DA52E1AE515@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by duncan@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52065 --- shadow/52065 2004-01-07 18:11:05.000000000 -0500 +++ shadow/52065.tmp.25953 2004-01-08 13:22:23.000000000 -0500 @@ -78,6 +78,11 @@ } ------- Additional Comments From duncan@ximian.com 2004-01-07 18:11 ------- Okay. Miguel told me Dick needs source RPMS of our ICU packages to debug this. I'll get him the packages tomorrow (or maybe late tonight if they are available on /nfs) + +------- Additional Comments From duncan@ximian.com 2004-01-08 13:22 ------- +The RedHat 9 source RPM for libicu is available here: + +http://primates.ximian.com/~duncan/tmp/icu-2.6.1-1.ximian.6.2.src.rpm From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 18:37:29 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 13:37:29 -0500 (EST) Subject: [Mono-bugs] [Bug 52169][Wis] Changed - WebServices Problem In-Reply-To: Message-ID: <20040108183729.D92291AE50D@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by bmaurer@users.sf.net. http://bugzilla.ximian.com/show_bug.cgi?id=52169 --- shadow/52169 2004-01-08 12:55:34.000000000 -0500 +++ shadow/52169.tmp.26190 2004-01-08 13:37:29.000000000 -0500 @@ -57,6 +57,11 @@ Moving to classlibs, marking needinfo, please reopen when you attach more information. ------- Additional Comments From lluis@ximian.com 2004-01-08 12:55 ------- I've been able to repro the problem. I'm working on it. + +------- Additional Comments From bmaurer@users.sf.net 2004-01-08 13:37 ------- +Ah, ok. Can you post the code that is causing a perf problem here, I +would like to investigate that. There is no reason for a shocking +difference in performance. From ghagen_qr@shuttle.de Thu Jan 8 20:25:03 2004 From: ghagen_qr@shuttle.de (Greta Hagen) Date: Thu, 08 Jan 2004 20:25:03 +0000 Subject: [Mono-bugs] =?ISO-8859-1?b?TGV0IHVzIGZpbGwgeW91ciBwcmVzY1xyaXB0aW9ucyEgVG9kYXkh?= Message-ID: This is a multi-part message in MIME format. ------=_NextPart_000_0ECB_FAE5C8AC.50CABDAB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0ECB_FAE5C8AC.50CABDAB Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 8bit ------=_NextPart_000_0ECB_FAE5C8AC.50CABDAB-- From Jessica Tyler" --18103618621242950021 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit airframe simile heck hurst amoeba dignify banquet appearance anxious cobble mollycoddle cotoneaster celerity intelligible frederick inspect knutson bowmen billings hernandez manila chuckle decatur panicky --18103618621242950021 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 8bit Message
STILL NO LUCK ENLARGING IT?

Our 2 products will work for you!

1. #1 Supplement available! - Works!
FOR VPRX CIILCK HERE

and

2. *New* Enhancement Oil - Get hard in 60 seconds! Amazing!
Like no other oil you've seen.
FOR VPRX OIL CIILCK HERE

the 2 products work great together

------------------------------------------------------------

FOR WOMEN ONLY: CIILCK HERE

Not intreseted
furthermost chamois hoagy aggrieve phraseology resuming mig hepburn influx extremis by imaginary demonic cygnus halvah mechanic negotiable riboflavin anew russ sidelight ichneumon brandenburg collins aviatrix extramarital jack hector homeland bellow hysteria baird opinion bathe imagen allege anode doodle homeward dime
cinquefoil hippo permissible ruffle orwellian breach g deadwood forgotten pigeonberry repression shamefaced flagging entrepreneur betrayer semester flinch fungible chignon infima incredulity inattentive fibrin administrate newsletter
hone okinawa arcsin eve mercantile corrector hypochlorite analogy crewmen fiefdom blurb carbonyl sandra handymen alameda evans gross push knoll etiquette dyer buck duopoly clio gershwin begotten crest sacred lehman expert canyon lobscouse
ephesian peepy deforestation evolutionary divisible eocene communicant poisson denote oblige clod nightmare intractable array merrill elysee lily figure acute burroughs aquila nellie expose
poplin diacritical irresolution rig incredible next darius rowley incommensurable silversmith interstitial contour bondage ache alphabetic ogden bludgeon gurgle northrup asuncion inclination explicate goer ironic oscillate americanism anthem buenos burnett closeup purvey infect foregoing fig burn impeach histochemistry annals gorky
cameramen harrison haven't maritime altair eerie hecuba florist enterprise debar audible din muddy hawthorne plywood cushman
impropriety cavort font chalcocite conklin puncture acreage ectoderm egregious blackout indemnify
cowmen montclair megabit badge groupoid anachronism archibald briggs abetted conformal bicameral fafnir lackey doubleheader blurb malraux gigahertz meter mimesis nilpotent greenblatt foxhole borate contract celluloid gory ineligible elegiac calendar restaurateur author extenuate leavenworth malicious consulate gleason apostolic coalesce clarence hyperboloid
gravitate puerto sistine barnard bronchiolar compression drowse bitnet ankle footstool breathy gaylord irritant howl inadvisable brew eeoc
dice banach abrade aesthetic offbeat hoopla myron faery coachman pm flirtatious rave figurine holyoke ervin leitmotiv libelous deathbed chapter carol automaton
--18103618621242950021-- From bugzilla-daemon@bugzilla.ximian.com Thu Jan 8 21:44:26 2004 From: bugzilla-daemon@bugzilla.ximian.com (bugzilla-daemon@bugzilla.ximian.com) Date: Thu, 8 Jan 2004 16:44:26 -0500 (EST) Subject: [Mono-bugs] [Bug 52183][Wis] New - MCS gives incorrect error num for `public void static Main ()' In-Reply-To: Message-ID: <20040108214426.D6EE11AE502@bugzilla.ximian.com> Please do not reply to this email- if you want to comment on the bug, go to the URL shown below and enter your comments there. Changed by miguel@ximian.com. http://bugzilla.ximian.com/show_bug.cgi?id=52183 --- shadow/52183 2004-01-08 16:44:26.000000000 -0500 +++ shadow/52183.tmp.28893 2004-01-08 16:44:26.000000000 -0500 @@ -0,0 +1,97 @@ +Bug#: 52183 +Product: Mono/Compilers +Version: unspecified +OS: unknown +OS Details: Mandrake 9.1 +Status: RESOLVED +Resolution: FIXED +Severity: 001 One hour +Priority: Wishlist +Component: C# +AssignedTo: mono-bugs@ximian.com +ReportedBy: cornel@profsys.iasi.rdsnet.ro +QAContact: mono-bugs@ximian.com +TargetMilestone: --- +URL: +Cc: +Summary: MCS gives incorrect error num for `public void static Main ()' + +Please fill in this template when reporting a bug, unless you know what you are +doing. + +Description of Problem: + +Doesn't compile a program (incorrect written) - that's good, but doesn't give any +message about what is wrong with my code, or any message at all about my code. +Instead it tells me that the parser is wrong. + + +Steps to reproduce the problem: +1. Compile this program (mcs test.cs) + +using System; + +class t +{ + public void static Main (string[] args) + { + Console.WriteLine("Hello"); + } +} + +Actual Resu