sergeykish has quit [Read error: 110 (Connection timed out)]
Ringo48 has joined #ocaml
knightrage has joined #ocaml
Ringo48 has quit [Remote closed the connection]
<knightrage>
so im using ocamllex, and im trying to do a regex like (unescaped version:) [^\]*) , but im not sure how to do the char class WITH an additional string behind it. how can i do this? ive been trying various possibilities but cant seem to get it to work
Ringo48 has joined #ocaml
Ringo48 has quit [Remote closed the connection]
Ringo48 has joined #ocaml
ski_ has joined #ocaml
<knightrage>
how do you concate a string and char?
<knightrage>
concat
tmaedaZ is now known as tmaeda
verte has joined #ocaml
caligula__ has quit [Read error: 104 (Connection reset by peer)]
caligula__ has joined #ocaml
<whale>
is ocaml tail recursive?
<schme>
whale: yes
kaustuv_ has joined #ocaml
Ched has quit ["Ex-Chat"]
verte has quit ["~~~ Crash in JIT!"]
kaustuv has quit [Read error: 110 (Connection timed out)]
_wu has joined #ocaml
_wu has quit ["_wu has no reason"]
silas has joined #ocaml
<silas>
Hi all.
f[x] has joined #ocaml
<Camarade_Tux>
whale: watch out: all functions in the stdlib aren't tail-rec (read the doc, you'll get a warning)
<Camarade_Tux>
and morning :)
sergeykish has joined #ocaml
kaustuv_` has joined #ocaml
kaustuv_ has quit [Read error: 104 (Connection reset by peer)]
hkBst has joined #ocaml
qumak has quit ["Leaving"]
dyaso has joined #ocaml
Yoric[DT] has joined #ocaml
julm has quit ["banzaï"]
Yoric[DT] has quit ["Ex-Chat"]
sergeykish has quit [Read error: 110 (Connection timed out)]
Jedai has joined #ocaml
rwmjones has quit [Read error: 148 (No route to host)]
tmaeda0 has joined #ocaml
tmaeda0 is now known as tmaedaZ
tmaedaZ is now known as tmaeda0
tmaeda has quit [Read error: 110 (Connection timed out)]
mattam has quit [Read error: 60 (Operation timed out)]
ulfdoz has joined #ocaml
onigiri has joined #ocaml
tmaeda0 is now known as tmaedaZ
|Jedai| has joined #ocaml
Jedai has quit [Read error: 145 (Connection timed out)]
sramsay has joined #ocaml
Snark has joined #ocaml
<Camarade_Tux>
I'm going to do ipc within the same machine with several clients and a single server, any advice?
<Camarade_Tux>
(and shared memory is a big *no*)
Associat0r has joined #ocaml
<mfp>
Camarade_Tux: what sort of communication? message passing?
<Camarade_Tux>
mfp: I'll probably transfer bitmaps/raw data (read from a file maybe) but my client/server model wasn't perfect
<Camarade_Tux>
(just a sec, brb)
<Camarade_Tux>
the goal is to have a central application that manages the communications between several processes, each process has a set of rights (can't read from/write to the disk for instance)
<Camarade_Tux>
when a process needs to access a local file, it would have to ask the "manager" which will ask the process which is dedicated to file i/o for that, and then data goes back
<Camarade_Tux>
it's a bit heavy but the motivation it to isolate a C library which will have security flaws and crashes that will be exploited
<mfp>
Camarade_Tux: is this supposed to be synchronous, RPC-style, or async?
<mfp>
for the former, you could try something like thrift
<mfp>
for the latter, a message queue like ActiveMQ?
<Camarade_Tux>
async afaict
Submarine has joined #ocaml
<Camarade_Tux>
I had ocaml-dbus in mind
<mfp>
heh ocaml-dbus' docs = the signature
<mfp>
hmm D-Bus has got pretty rich types
<Camarade_Tux>
activemq might be overkill, I'm doing/planning a web browser (that's why I'm concerned with security flaws in the underlying C/C++ rendering engine [webkit-gtk])
<Camarade_Tux>
and I won't have many clients just half a dozen
<flux>
camarade_tux, I'm not sure if ocaml-dbus is good for transferring big chunks of data..
<flux>
camarade_tux, btw, for example Unix.write performs a copy of each block it writes - but I suppose such inefficiencies are small time players
sergeykish has joined #ocaml
<Snark>
Camarade_Tux, if you say "half a dozen" because you think that's how many tabs people will have open at the same time... I think you're very wrong
<Camarade_Tux>
Snark: no, and I usually have lots of tabs opened for a very long time ;)
<Snark>
good :-)
<Camarade_Tux>
(I have one tab I've been keeping for 45 days or so :p )
<Camarade_Tux>
half a dozen is: file i/o, options manager, ui, network i/o, ...
<flux>
I too have long-living tabs. long live firefox crash recovery :P (well, plain session recovery too)
<Camarade_Tux>
flux: except when you have the download window opened, if you close firefox it won't ask you if you want to save your tabs ;)
<Camarade_Tux>
(the download window or any other, including the pop-under ad from yesterday)
<flux>
camarade_tux, the pop-under has hit me once..
<flux>
I usually keep the download window closed
karasuman has quit ["Leaving."]
<Camarade_Tux>
the only time I need to exchange big chunks of data is when displaying the page that has been rendered
<Camarade_Tux>
but I *may* end up using shared memory for that, if the performance improvement is worth it and if only the interface may be compromised if the renderer has a security flaw
<flux>
that's a prett big part of a web browser..
<Camarade_Tux>
flux: yeah, I usually have it closed too but I my web browser is on desk2, there is nothing else and I don't have a taskbar so I don't see what is in background
<flux>
I usually run in full-screen mode
<Camarade_Tux>
I need to check what IE and chrome do
<sergeykish>
Hello, I have installed Godi, and install ocamlbdb from it. How can I define that library in Makefile?
<sergeykish>
I use OCamlMake file, Godi use some netbsd script
<flux>
you have PACKS:= .. in your Makefile?
<sergeykish>
no, thanks
<flux>
so I take it you got it?-)
<flux>
(the format is a comma-separated list of packages)
<mfp>
but but but, I'd have to read README or something
<mfp>
the contact info given there looks old
<Camarade_Tux>
for the record, I won't be playing with dbus and ipc until I have bindings to dbus-glib which probably won't happen before gobject-introspection stops being that bad which in turn may never happen
onigiri_ has quit [Read error: 113 (No route to host)]
<julm>
xD
<mfp>
Camarade_Tux: do you need to exchange values of complex types?
<mfp>
also, I assume you don't need persistence (?)
<Camarade_Tux>
mixing gtk/lablgtk's event loop with a dbus one is probably a bad idea, that's why I want dbus-glib which uses gtk's one
<mfp>
if you don't mind writing your own broker (easy, maybe 2-3 hundred lines or so, depending on the complexity of the protocol, of course), you can build one on top of Lwt, which can use lablgtk's event loop
<Camarade_Tux>
hmmm, that sounds ok
<mfp>
actually hmm I've written a STOMP client implementation
<flux>
well, that looks like it would work, atleast in cpu seconds?
<socka>
it seems the "time" of the main thread stops when i write Thread.join, then whatever the real time of the call of 'f x' is, it always displays 0.016 (even if it's seconds)
<flux>
socka, what do you do in the thread?
<flux>
socka, for example, if you just sleep, CPU seconds won't advance
<socka>
i use Graphics.read_key()
<flux>
well, I would expect it not to consume any CPU time
<flux>
you may want to use Unix.gettimeofday () to get real-world timings
<socka>
go thanks
<socka>
i'll try tomorrow i have to go sorry
<socka>
-go+ok
<flux>
:)
<flux>
good luck
<socka>
: )
tmaeda0 has joined #ocaml
<Bored_Tux>
Graphics has trouble with threads
<Bored_Tux>
s/trouble/troubles/
<Bored_Tux>
basically, if a threading test fails with Graphics, it's probably not the threading fault
<flux>
bored_tux, even if you do Graphics only from one thread?
socka has quit [Read error: 148 (No route to host)]
<Bored_Tux>
well, one thread would have no reason to fail but I had troubles when polling for keys and displaying at the same time
<Bored_Tux>
(snake game)
tmaeda has quit [Read error: 110 (Connection timed out)]
f[x] has quit [Read error: 110 (Connection timed out)]
Submarine has quit [Client Quit]
kaustuv_ is now known as kaustuv
Bored_Tux is now known as Camarade_Tux
tmaeda0 is now known as tmaedaZ
tmaedaZ is now known as tmaeda0
tmaeda0 has quit [Remote closed the connection]
tmaeda has joined #ocaml
orbitz_ has joined #ocaml
Narrenschiff_ has joined #ocaml
orbitz has quit [Nick collision from services.]
orbitz_ has quit [Client Quit]
orbitz has joined #ocaml
julm_ has joined #ocaml
julm has quit [Nick collision from services.]
julm_ is now known as julm
<flux>
any suggestions on what kind of GC parameters I should set to minimize the length of stalls?
<flux>
I am able to explicitly call GC functions a hundred times per second, but it shouldn't take much time when I do that :)
<Camarade_Tux>
maybe reduce space_overhead
Narrenschiff_ has quit []
<mfp>
flux: disable compaction, that causes long pauses
<mfp>
max_overhead > 1000000
shazam has joined #ocaml
shazam is now known as palomer
<palomer>
oh my
<palomer>
I've been defending c++ for the last two weeks
<palomer>
I just realized that it was because I haven't used it in such a long time
<palomer>
like an old friend who used to drive you nuts...but you forgot
<julm>
:D
<palomer>
:D
<palomer>
julm, check out my project lately?
<julm>
yep, you did some commits on eastwest I've seen
orbitz has quit [Read error: 110 (Connection timed out)]
<palomer>
yeah, fixed a rather large bug and permitted literals in patterns