<dfranke_laptop>
Regarding the flat namespace for labels on field names...
<dfranke_laptop>
Is there a technical reason for doing that it way? Because it seems very annoying.
<fluxx>
I believe it's for type inference
<pango>
it's not a flat namespace, it's just the same namespaces for everything, modules
<dfranke_laptop>
case matters though, so I can say: type foo = ...;; type bar = | Foo of foo;; and that's fine, right?
BetaTEST has quit []
dfranke_laptop has quit ["bbiab"]
khaladan has quit [Read error: 104 (Connection reset by peer)]
jcreigh has joined #ocaml
jcreigh has quit ["while(1) { fork(); }"]
Revision17 has joined #ocaml
pango_ has joined #ocaml
jcreigh has joined #ocaml
pango has quit [Remote closed the connection]
jcreigh has quit ["while(1) { fork(); }"]
khaladan has joined #ocaml
jcreigh has joined #ocaml
Revision17 has quit ["Ex-Chat"]
jcreigh has quit ["while(1) { fork(); }"]
pango has joined #ocaml
pango_ has quit [Remote closed the connection]
therp has joined #ocaml
shawn has quit ["This computer has gone to sleep"]
shawn has joined #ocaml
therp has quit [Remote closed the connection]
Revision17 has joined #ocaml
pango has quit [Remote closed the connection]
pango has joined #ocaml
love-pingoo has joined #ocaml
dark_light has joined #ocaml
<dark_light>
how can i tell if a file is a directory? so i can choose between Unix.openfile or Unix.opendir
<dark_light>
and i making a function that searches recursively so i have to handle with the two cases..
<pango>
Unix.stat, then st_kind field
<dark_light>
thanks
<fluxx>
another approach would be to simply opendir everything, and if it fails, try openfile :-)
<pango>
that may not work with reiser4 ;)
<fluxx>
well, it depends on your point of view
<fluxx>
it might be that stat doesn't work ;)
<fluxx>
otoh, you could just do both
<fluxx>
but then there are some old os'es that allow opening a directory
<dark_light>
fluxx, i was thinking in open as a file, and if fails open as a dir, but apparently dirs can be treated as a file
revision17_ has joined #ocaml
shining_ has joined #ocaml
love-pingoo has quit ["Connection reset by pear"]
smimou has joined #ocaml
shining has quit [Read error: 110 (Connection timed out)]
Revision17 has quit [Read error: 110 (Connection timed out)]
shining_ is now known as shining
descender has joined #ocaml
<dark_light>
isn't ocaml suitable to graphical/gtk programs? i am asking because mldonkey is very slow at simple tasks like switching between screens
<fluxx>
yes it is, that sounds more like an mldonkey problem
<fluxx>
I'm guessing it maybe does many roundtrips to the server on screen change
<pango>
dark_light: I think mlgui used lots of CPU, so the author modified it to use "idle tasks" to do most displays update in background... as a result, it uses less CPU, but is even slower than before...
descender has quit ["Why has elegance found so little following? Elegance has the disadvantage that hard work is needed to achieve it and a good e]
<pango>
since I'm not in GUI coding, I can't tell what's wrong in mlgui code...
<dark_light>
:(
<dark_light>
i have no idea how gui programs keep running without cosuming a lot of cpu, but c programs generally does it very well.. i can't see why a ocaml program should use another approach
<pango>
mlgui keeps receiving data published by the core, so it's seldom idle
<fluxx>
it's hardly a language issue, more likely a design issue
<pango>
it's rather how efficient it reacts that must be the problem
<fluxx>
but then there aren't that many ocaml-gui-programs around
<fluxx>
to compare
<fluxx>
hm, there's cameleon
<pango>
unison-gtk, cameleon,...
<pango>
at least the gtk1 version of mlgui was fast
ulfdoz has quit [Read error: 110 (Connection timed out)]
slipstream-- has quit [Read error: 104 (Connection reset by peer)]
slipstream has joined #ocaml
shekmalhen has joined #ocaml
<dark_light>
hi mnemonic
<dark_light>
nice nickname
<dark_light>
hey people, how can user can trigger EOF in stdin? i though it was ctrl+d, but ctrl+d also means 0x04 character, so interpret ox04 as EOF would cause problems with binary files...