<Tram>
Smerdyakov: that's why I was looking for some help
<bk_>
tbh before going for sockets you should perhaps try to re-create something in ocaml that you're already familiar with
<Tram>
bk_: I didn't think sockets would be so complicated
<Smerdyakov>
They _aren't_ complicated.
<Tram>
well, for my needs a little bit as the program isn't connected to any server, it just gets the pops on port 138 :/
<Smerdyakov>
What is the complexity?
<Tram>
to understand the doc ;) The manual explains very well how to make to programs communicate one to eachother
<Tram>
but there is no server/client relation...
smklsmkl has joined #ocaml
smkl has quit [Read error: 110 (Connection timed out)]
<Tram>
I think I'll do something easier first ;)
<bk_>
heh :>
<Smerdyakov>
Oh. A library can't do that for you.
<Tram>
sure
<Smerdyakov>
You have to make up your own stream-based protocol.
Godeke has quit ["Leaving"]
Dybbuk has joined #ocaml
smklsmkl has quit [Read error: 110 (Connection timed out)]
smklsmkl has joined #ocaml
smklsmkl has quit [Read error: 110 (Connection timed out)]
smklsmkl has joined #ocaml
cjohnson has joined #ocaml
vezenchio has joined #ocaml
LordBrain has joined #ocaml
maihem has joined #ocaml
_JusSx_ has joined #ocaml
LordBrain has quit ["Leaving"]
smklsmkl has quit [Read error: 60 (Operation timed out)]
smklsmkl has joined #ocaml
smklsmkl has quit [Read error: 60 (Operation timed out)]
mkennedy` has joined #ocaml
smklsmkl has joined #ocaml
smklsmkl has quit [Read error: 60 (Operation timed out)]
smklsmkl has joined #ocaml
monotonom has joined #ocaml
<Dybbuk>
Interesting discussion regarding build systems on the mailing list.
<Dybbuk>
and packaging.
* Dybbuk
hopes OCaml gets something cool along those lines.
smklsmkl has quit [Read error: 110 (Connection timed out)]
smklsmkl has joined #ocaml
<Demitar>
Oh? I guess I should go read up and see if I should toss in a few suggestions.
<Demitar>
Dybbuk, what thread?
bk_ has quit ["I'll be back"]
<Dybbuk>
Demitar: Uh...the one with GODI in the subject line.
<Dybbuk>
Demitar: Sorry, I already nuked the thread or I'd be able to give you something better than that.
<JPL-Justin-away>
hey guys
<Dybbuk>
Hey there, rocket boy. :)
<JPL-Justin-away>
Greetings
<JPL-Justin-away>
So do you know anything about getting OCAML to integrate with Java?
<JPL-Justin-away>
Something for ocaml that was like jython would make my year
<JPL-Justin-away>
ocaml that can compile to jvm, and access java libraries etc, i think I'd about die
White_FrosT has joined #ocaml
White_FrosT has left #ocaml []
<malte>
JPL-Justin-away, implement it :)
smklsmkl has quit [Read error: 110 (Connection timed out)]
smklsmkl has joined #ocaml
<malte>
that would be pretty cool.. speaking of java, has anyone tested F#?
<JPL-Justin-away>
Yeah I don't have time to implement it, however I see some notes on how to do it.
<JPL-Justin-away>
Hmm...
<JPL-Justin-away>
I'd test it if mono works well on the mac :(
<JPL-Justin-away>
mono has a LONG way to go before it can be used for anything that's like mission-critical, so I"m stuck with JVM
<malte>
:/
<drWorm_>
nemerle.org is an interesting functional language for mono/.net, although i think it's ugly compared to ocaml
<malte>
what are you developing JPL-Justin-away?
JPL-Justin-away is now known as JPL-Justin
<JPL-Justin>
next generation scientific analysis and planning software for the next few mars missions
<malte>
wow! uhm, you're serious, right? :)
<Riastradh>
JPL-Justin, there are Scheme implementations that tie in very nicely with Java...
<JPL-Justin>
uh, no thanks :)
<JPL-Justin>
Not that I dislike scheme, it's just I"m a typesafe kinda guy
<JPL-Justin>
and I don't like writing parse trees :)
<JPL-Justin>
I am a true believer that every language will continue to evolve until it's as much like LISP as possible, that seems to be the general trend
<Smerdyakov>
You think ML will "evolve" until it's as much like LISP as possible?
<JPL-Justin>
I'm just wayyyyyy on the ML side of functional programming. I'm not big on things like lisp or haskell, because I really like ML's design philosophy, however I think that haskel, lisp/scheme etc all have their merits
<JPL-Justin>
I think it's pretty close already
<JPL-Justin>
anyways I"m using it a loose sense
<JPL-Justin>
languages seem to be heading away from C and more towards LISP type abilities
<JPL-Justin>
in general... it's more and more common now adays to see anonymous first calss functions, and even immutable data structures than it was back in the day... and a lot of languages are starting to use self-modifying code
<JPL-Justin>
etc
<JPL-Justin>
I don't really see OCAML going dynamically typed though so... there's a good chance that line will be held
<monotonom>
In terms of defining anonymous functions and using them, ML and Scheme are an improvement over Lisp. It would be sad if this progress were reversed so that calling a named function had a different syntax from calling an anonymous one.
<JPL-Justin>
Very true
<JPL-Justin>
I guess I'm not talking about syntax
<JPL-Justin>
I'm talking about functionality.
<Dybbuk>
JPL-Justin: People listen to you a lot more when you mention that Mars thing, huh? :)
<Riastradh>
monotonom, Scheme _is_ a Lisp.
avlondono has quit [""Today is friday! and the weather is great in NYC ...""]
<JPL-Justin>
ha sometimes... but I'm not a computer language expert
<Dybbuk>
Heheh. :)
<JPL-Justin>
I do software engineering not programming language design.
<JPL-Justin>
Although I am working on a dataflow based programming langage written in OCAML.
<JPL-Justin>
If you'd like a look, I can email to you, I'm going to put it up LGPL on sourceforge sometime soon once I get lexer/parser working.
<monotonom>
Many Lisp features are good, and many language designers are learning from it, I agree.
<JPL-Justin>
It's interpreted, meant to be based around nonlinear iterative partial execution.
<JPL-Justin>
monotonom: yes that's basically what I'm saying... a lot of languages come up with "new" features that ancient LISP guys just kinda chuckle at
<JPL-Justin>
Heck look at Gosling's Jackpot
<JPL-Justin>
I mean, it's totally going towards LISP, it's even got the damn parse tree programming.
* Dybbuk
isn't ancient, but still manages to chuckle.
* monotonom
always chuckles
* JPL-Justin
wonders what the next *NEW* language feature will be
* JPL-Justin
also wonders if declarative languages will be put to good use in GUI design
<Smerdyakov>
I think they already are....
<JPL-Justin>
I'm actually very interested in that, if you can send me some links that'd be most appreciative
<JPL-Justin>
*appreciated.
<JPL-Justin>
:)
<Smerdyakov>
I can't. :-)
<JPL-Justin>
Seriously one of my collegues does 3D graphics work (you've probably seen some of his stuff) and he's looking at using something lke that for aGUI
<JPL-Justin>
do you have any names or somethihng
<JPL-Justin>
something I could google other than declarative GUI
<JPL-Justin>
I see FranTK
<Smerdyakov>
No
<JPL-Justin>
which is for haskell
<JPL-Justin>
Meta-GUI... hmmm...
<JPL-Justin>
So, Smerdyakov, have you ever used Mercury?
<Smerdyakov>
No
mkennedy` has quit ["ERC Version 4.0 $Revision: 1.648 $ (IRC client for Emacs)"]
<JPL-Justin>
I'm trying to think if it's worth learning
smklsmkl has quit [Read error: 110 (Connection timed out)]
smklsmkl has joined #ocaml
Demitar has quit [Read error: 104 (Connection reset by peer)]
Demitar has joined #ocaml
teratorn has quit [orwell.freenode.net irc.freenode.net]
shawn has quit [orwell.freenode.net irc.freenode.net]
shawn has joined #ocaml
teratorn has joined #ocaml
mkennedy has quit ["ERC Version 4.0 $Revision: 1.648 $ (IRC client for Emacs)"]
m[kel[ has joined #ocaml
smklsmkl has quit [Read error: 110 (Connection timed out)]
monotonom has quit ["Don't talk to those who talk to themselves."]
_JusSx_ has quit ["BitchX: double your pleasure, double your fun!"]
m[kel[ is now known as smkl
<Dybbuk>
Testing.
<Dybbuk>
Howdy?
<Dybbuk>
Wooo!
<mads->
See you
<mads->
Dybbuk
<Dybbuk>
Well, that's about to change...network is getting reconfigured here. :)