Zotonic
Zotonic
zotonic@conference.zotonic.com
Tuesday, 27 November 2012< ^ >
arjan has set the subject to: Zotonic - the Erlang Content Management Framework
Room Configuration

GMT+1
[07:09:58] arjan joins the room
[08:49:41] arjan leaves the room
[08:57:48] arjan joins the room
[09:00:06] andreas.stenius joins the room
[10:01:47] maas.maarten.zeeman joins the room
[10:48:31] andreas.stenius leaves the room
[10:50:32] andreas.stenius joins the room
[12:42:47] Marc Worrell leaves the room: Disconnected: session closed
[12:46:41] Marc Worrell joins the room
[12:57:39] Marc Worrell leaves the room: Disconnected: session closed
[14:04:06] Marc Worrell joins the room
[14:14:55] Marc Worrell leaves the room: Disconnected: session closed
[14:37:48] arjan leaves the room
[14:38:12] arjan joins the room
[14:39:15] Marc Worrell joins the room
[14:41:50] Marc Worrell leaves the room: Disconnected: session closed
[15:31:08] Marc Worrell joins the room
[15:36:25] Marc Worrell leaves the room: Disconnected: session closed
[15:43:58] Marc Worrell joins the room
[16:38:54] andreas.stenius leaves the room
[16:39:23] andreas.stenius joins the room
[16:47:45] Marc Worrell leaves the room: Disconnected: session closed
[17:20:17] maas.maarten.zeeman leaves the room
[18:29:04] Arjan joins the room
[18:29:13] <Arjan> argh
[18:30:12] Arjan leaves the room
[18:30:20] arjan_ joins the room
[18:31:21] arjan_ leaves the room: offline
[19:50:39] Arjan joins the room
[19:50:47] <Arjan> hell
[19:50:49] <Arjan> o
[19:51:09] <andreas.stenius> :p
[19:51:28] <Arjan> I see every message twice
[19:51:33] <Arjan> brb
[19:51:35] Arjan leaves the room
[19:51:36] <andreas.stenius> lol, ok
[19:51:37] arjan leaves the room
[19:51:40] Arjan joins the room
[19:51:46] <Arjan> test
[19:51:48] <andreas.stenius> better now
[19:51:49] <Arjan> thats better
[19:51:49] <andreas.stenius> ?
[19:51:51] <andreas.stenius> nice
[19:52:14] <andreas.stenius> that's quite distracting... (had it too)
[19:52:39] <andreas.stenius> I've given up on the mumamo based zdtl mode... too many bugs in mumamo...
[19:53:00] <andreas.stenius> so going to reinvent the wheel with writing a new major mode from scratch :D
[19:53:14] <Arjan> wow
[19:53:17] <andreas.stenius> a nice little exercise ;P
[19:53:20] <Arjan> is that hard?
[19:53:33] <andreas.stenius> not really, by the looks of it, but I've only just started...
[19:53:57] <andreas.stenius> but, a LOT easier, than finding someone else's bugs in thousands of lines of elisp...
[19:54:12] <Arjan> true
[19:54:36] <andreas.stenius> and there's smie ;)
[19:54:45] <andreas.stenius> http://www.gnu.org/software/emacs/manual/html_node/elisp/SMIE.html#SMIE
[19:55:17] <Arjan> ah
[19:55:24] <andreas.stenius> trying to get that setup properly now that I have a major mode that does nothing... :)
[19:55:25] <Arjan> are you writing a dual-mode mode?
[19:55:43] <andreas.stenius> nope, that's the reinventing part...
[19:55:49] <Arjan> lol
[19:55:52] <Arjan> check this list
[19:55:52] <Arjan> http://emacswiki.org/emacs/MultipleModes
[19:56:43] <andreas.stenius> thing is, it turns out emacs sucks at supporting multi major modes in a buffer... it all comes down to how to trick emacs to do it...
[19:57:59] <andreas.stenius> I think a proper solution would be to have a flexible enough major mode to enable minor modes to hook into it for the various chunks... but then those minor modes would have to be written for that particular major mode... so.... reinventing none the less... guess that was the multi major mode modes are trying to get around
[19:58:10] <andreas.stenius> short of fixing the multi mode in emacs, that is
[21:06:38] <Arjan> oops, found an atom injection in a service API call
[21:06:48] <Arjan> I mean, atom table overflow attack
[21:07:50] <andreas.stenius> ah, security alert!
[21:08:21] <andreas.stenius> but that is /only/ for DoS attacks, right?
[21:08:40] <Arjan> service_bsae_persistent_get calls list_to_atom on a query string argument
[21:08:42] <Arjan> yes
[21:08:44] <Arjan> or well
[21:09:41] <andreas.stenius> ouch. I guess a review of all list_to_atom could be a good thing once every blue moon...
[21:13:07] <Arjan> definetely
[21:45:33] <Arjan> fixed
[21:45:39] <Arjan> I just removed the list_to_atom calls
[21:45:42] <Arjan> still works
[21:45:52] <andreas.stenius> heh ;)
[21:46:23] <andreas.stenius> not just deferring the list_to_atom call to later... ?
[21:46:40] <andreas.stenius> I mean, if the arg is converted at a later stage...
[21:46:49] <andreas.stenius> to a atom*
[21:46:59] Arjan leaves the room
[21:47:07] <andreas.stenius> bye bye\
[22:51:36] Arjan joins the room
[22:51:45] <Arjan> :)
[22:51:53] <Arjan> deferring does not help I think
[22:52:07] <andreas.stenius> no, certainly not...
[22:52:16] <Arjan> I can do a catch list_to_existing_atom and when that fails, keep it a binary
[22:52:37] <Arjan> anyhow
[22:52:49] <andreas.stenius> I meant, to make sure that the list isn't converted to an atom at a later point...
[22:53:07] <Arjan> ah ok
[22:53:13] <Arjan> anyway im gonna sleep
[22:53:15] <Arjan> cu tomorrow
[22:53:19] <andreas.stenius> yeah, me too
[22:53:22] <andreas.stenius> cya
[22:53:31] Arjan leaves the room
[22:58:51] andreas.stenius leaves the room
Powered by ejabberd Powered by Erlang Valid XHTML 1.0 Transitional Valid CSS!