Log of the #nice channel on irc.freenode.net

Using timezone: Central European Time
<CIA-10>03arjanb * 10Nice/ (2 files in 2 dirs): Avoid BadSizeEx with new fields in classes with fixed typeparams, fixes bug #1069263.01:39
<arjanb>wrong bug number :(01:40
* lucp joins03:14
<arjanb>hi
<lucp>hell03:15
o
<arjanb>which jvm did segfault?03:17
<lucp>HotSpot Virtual Machine Error : 11 Java VM: Java HotSpot(TM) Client VM (1.4.2_06-b03 mixed mode)03:19
<arjanb>nicec generated code does well in turning up bugs in jvms...03:21
have you found a workaround?03:25
<lucp>core-bootstrap runs without any problems, but the jvm crashes almost immediately after-wards when compiling bossa.syntax.. no workaround yet.03:26
how can i find out which class has a bytecode problem?03:30
<arjanb>you could try a bytecode verifier03:31
<lucp>which one do you recommend?03:33
<arjanb>i have never used one..
g'night04:48
* arjanb leaves
* lucp leaves06:37
* cm_ joins12:26
* arjanb joins13:00
* Bluelive joins17:29
hi
<arjanb>hey Bluelive
<Bluelive>hey arjan
whats up ?
<arjanb>als gewoonlijk..17:32
<Bluelive>ik zit weer te denkn over een pluk taal
dit keer meer j5/python achtig17:33
<arjanb>ah de hoeveelste taal is dat? :)17:35
<Bluelive>geh
mja
heb last van eeuwig perfectionisme
<arjanb>hehe klinkt bekend17:36
<Bluelive>mja
veel gedaan met python en delphi vanwege m'n werk
en nu weer ff wat in java517:37
<arjanb>oh je hebt werk gevonden?
<Bluelive>python is erg leuk, maar niet echt consistent
ja werk nu bij ortec
delphi is echt redelijk waardeloos17:38
<arjanb>en hoe bevalt dat tov studeren?
<Bluelive>werk ?
beter
nouja
het reizen, gebrek aan tijd, en vergaderen niet echt17:39
<arjanb>tja aan de verkeerde kant van nederland wonen is lastig17:41
<Bluelive>zekers
als je nog woonruimte weet in die hoek
ow als je een manifest typed python weet dan ben ik ook geintreseerd ;))17:42
<arjanb>nee ik heb alleen van een python type inferencer gehoord: http://web.mit.edu/msalib/www/urop/17:44
<Bluelive>probleem waar ik nu over denk is hoe generics een berg minder syntax nodig heeft17:45
typedefs is een idee
typeless kan ook
<arjanb>hoe geadvanceerder de types hoe vervelender het wordt ze overal op te schrijven17:51
<Bluelive>mja17:52
het omgekeerde werkt ook net lekker
<arjanb>wat dat betreft heb ik liever java 1.4 dan 1.5
<Bluelive>hmz
nee niet mee eens17:53
maar denk dat java het gehad heeft, zelf zou ik naar c#2 gaan voor grote apps17:54
die nieuwe for is gewoon te weinig en telaat17:55
<arjanb>ik denk java en c# zichzelf vastlopen door een taal voor iedereen en alles te willen zijn terwijl er veel wordt toegevoegd en te vast zitten aan backwardscompatible wezen18:10
*eten
<Bluelive>java zit vast aan z'n backwardscompat18:11
het is niet simpel meer
de api kan een redesign gebruiken
c#2 heeft alles en maar dan java, en via .net heel simpel te koppelen aan legacy code 18:13
plus hoe het werk met com+ kan java ook niet tegenop
<arjanb>ik wil betere vm's, java en c# kan me weinig meer schelen..19:02
<Bluelive>hoe helpt een beter vm ?19:03
<arjanb>een eigen taal maken wordt een stuk makkelijker als je niet steeds workarounds moet bedenken voor vm limitaties19:04
* pitecus joins19:21
* lucp joins20:01
the multiple retypings problem indirectly caused the jvm crashes20:05
<arjanb>because it was multiple or because one of them was problematic?20:06
<lucp>one was problematic. the return type had a parameter that was not valid, but nice was not returning an error.20:09
the jvm crashed during gc.20:10
<arjanb>what was that retyping?20:15
<lucp>?LinkedList<MethodDeclaration.Symbol> getConstructors(TypeConstructor) = native LinkedList TypeConstructors.getConstructors(TypeConstructor);20:21
<arjanb>i wonder if it's related to the impossible stacktrace problem of last year20:22
<lucp>MethodDeclaration.Symbol is one of the classes i am converting to nice. Nice did not throw a typing error because the class exists in the jar file i'm using to bootstrap.
<arjanb>i see20:23
<lucp>The compiler needs to differentiate the bossa.syntax that is being compiled and the one that is being used to compile.20:24
<arjanb>yeah though it rarely yields problems20:28
<lucp>probably not.. i just need to make sure i correct all the references.. i had missed this one.20:30
maybe we should have one jar file for the compiler and one for the library.20:31
<arjanb>it could help20:35
* Bluelive leaves21:04
<arjanb>it looks not hard to make customconstructor extend constructor and merge useroperator away22:10
<lucp>good.. that would be more logical22:17
* cm_ leaves23:40
* _DiViNE_ joins00:21
* _DiViNE_ leaves

Generated by Sualtam