search for: riiiight

...self > > and a second during the cleanup_submit. Haven't looked at it too closely > > but I suspect that will trigger an UAF or two. > > There are checks for NULL pointers in the code that will prevent the > UAF. I'll add zeroing of the nums for more consistency. > Riiiight the drm_syncobj is attached to the encapsulating struct virtio_gpu_submit _only_ on success. By clearing the num variables, the NULL checks will no longer be needed ... in case you'd want to drop that. Either way - even as-is the code is safe. > >> ret = virtio_gpu_install_out_...

Guys, Just for fun, I tried to see (I know, a silly way to test it) how much overhead we have calling the C functions of the extensions. the benchmark script and the results: http://pastie.caboo.se/128646 The naive C extension: http://pastie.caboo.se/128647 I compared 1.8.6 (VC6 and mingw builds) against a fresh checkout of ruby trunk. What I understand from that is 1.9 is slower than 1.8

-----BEGIN PGP SIGNED MESSAGE----- Just wondered if anyone had any suggestions about syncing up master.passwd files between multiple machines that didn't involve allowing root login remotely? The users need to be able to log in remotely and own files on the different machines. ~~ Andy Harrison ah##@httpsite.com ICQ: 123472 AIM/Y!: AHinMaine [full headers for details] -----BEGIN PGP