Re: an alternative to powerpoint

On Tue, Jul 13, 2010 at 1:15 AM, Luigi Rizzo wrote: > Maybe you all love powerpoint for presentations, but sometimes > one just needs to put together a few slides, perhaps a few bullets > or images grabbed around the net, so i was wondering how hard > would it be to do something that accepts a pla

Re: thoughts on sorting files into sub-folders by access date?

RW, Thanks! For posterity, this is the full script that works for me for sorting my photos by date: #!/bin/sh for file in *.jpg *.jpeg *.JPG *.JPEG *.avi *.AVI do dir="${targetdir}`stat -f %Sm -t %Y.%m.%d ${file}`" [ -d "${dir}" ] || mkdir "${dir}" mv "${file}" "${dir}" d

Re: an alternative to powerpoint

On Tue, 13 Jul 2010 06:15:14 +0200 Luigi Rizzo wrote: > Maybe you all love powerpoint for presentations, but sometimes > one just needs to put together a few slides, perhaps a few bullets > or images grabbed around the net, so i was wondering how hard > would it be to do something that accepts a

Re: TCP over UDP

Bruce Cran wrote: > > On Sat, 10 Jul 2010 08:05:29 -0400 > Sergey Babkin wrote: > > > Basically, every time you use UDP, you've got to reinvent your > > own retransmission and reliability protocol. And these protocols > > are typically no good at all, as the story with NFS switching > > from UDP

an alternative to powerpoint

Maybe you all love powerpoint for presentations, but sometimes one just needs to put together a few slides, perhaps a few bullets or images grabbed around the net, so i was wondering how hard would it be to do something that accepts a plain text file as input (without a ton of formatting) and lets

Re: TCP over UDP

Pieter de Goeje wrote: > > On Saturday 10 July 2010 14:05:29 Sergey Babkin wrote: > > Hi guys, > > > > I've got this idea, and I wonder if anyone has done it already, > > and if not then why. The idea is to put the TCP logic over UDP. > > > > I've done some googling and all I've found is some acad

Re: Missing files device_if.h and bus_if.h

Not quite. Make creates them... Matthew Jacob writes: : config(8) creates them I believe : : > line 523 of bus.h : > : > tries to include the following files: : > : > #include "device_if.h" : > #include "bus_if.h" : > : > however, I don't see them any where in my source tree. Are th

Re: TCP over UDP

Dirk-Willem van Gulik wrote: > > On 10 Jul 2010, at 13:05, Sergey Babkin wrote: > > > I've got this idea, and I wonder if anyone has done it already, > > and if not then why. The idea is to put the TCP logic over UDP. > > Have you looked at T/TCP [1,2,3] ? > > Dw > > 1: http://www.manpages.inf

Re: kernel patch needed for wine?

CC pipacs and Hunger ;) On 7/1/10, Uffe Jakobsen wrote: > > Garrett writes: >>> Also, is there perhaps a sideeffect dealing with the size of a char on >>> FreeBSD vs Linux? >>> >>> That's a pretty badass way to load assembler instructions on the stack >>> :). >>> > > I may be totally wrong here

Re: inet_* functions in kernel?

Bartosz Marcin Kojak wrote: Hi. Currently I'm writing a kernel module using MAC Framework to control binding to local IP addresses (kind of mac_portacl variation) and I need some advice. I want to be able to write rules for module through sysctl (rule will contain IP addresses in human-rea

inet_* functions in kernel?

Hi. Currently I'm writing a kernel module using MAC Framework to control binding to local IP addresses (kind of mac_portacl variation) and I need some advice. I want to be able to write rules for module through sysctl (rule will contain IP addresses in human-readable format, e.g. "uid:

Re: elf obj load: skip zero-sized sections early

on 12/07/2010 00:38 Andriy Gapon said the following: > on 12/07/2010 00:15 Jeff Roberson said the following: [snip] >> I appreciate your analysis but I don't understand the motivation for >> changing working code. > > Primary reason is that the "working code" produces zero-sized > unused/unnecess

sysctl question

Dear all, I have an issue here, I do read a temperature sensor and I got a value back, in integer. This value is 'encoded', it contains the integer and the fractional part of the temperature I read. This is inside a kernel module. I offer a sysctl interface to read this value. Currently the

Re: kernel patch needed for wine?

On 12.07.2010 18:25, Tijl Coosemans wrote: Last Tuesday blizzard release World of Warcraft 3.3.5, and with this patch World of warcraft stopped working in FreeBSD 8.1 amd64, it crashes right after login. I have been playing World of Warcraft on FreeBSD amd64 since December of 2009 using the beta

Re: kernel patch needed for wine?

On Mon, Jul 12, 2010 at 7:25 AM, Tijl Coosemans wrote: > On Wednesday 30 June 2010 01:54:11 Sam Fourman Jr. wrote: >> Last Tuesday blizzard release World of Warcraft 3.3.5, and with this >> patch World of warcraft stopped working in FreeBSD 8.1 amd64, it >> crashes right after login. >> >> I have

Re: TCP over UDP

On Sat, 10 Jul 2010 08:05:29 -0400 Sergey Babkin wrote: > Basically, every time you use UDP, you've got to reinvent your > own retransmission and reliability protocol. And these protocols > are typically no good at all, as the story with NFS switching > from UDP to TCP and improving the performan

Re: [PATCH] Fix typos in bsd.port.mk and minor logic improvements

On 07/09/10 08:11, Garrett Cooper wrote: > -# UNAUTHORISED CHANGES WILL BE UNCONDITIONALLY REVERTED! > +# UNAUTHORIZED CHANGES WILL BE UNCONDITIONALLY REVERTED! Couple of comments. The above is not a typo, that's the British spelling. We generally don't change those. (Arguably it adds character to

Re: tools/ directory is missing on recent install media.

On Mon, 2010-07-12 at 17:38 +0200, Julian H. Stacey wrote: > Hi Hackers, > FreeBSD install media has lost the tools/ directory from recent CDs & DVDs: > > Quoting > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-pre.html > ... to resize your partitions and make space for

Re: kernel patch needed for wine?

On Monday 12 July 2010 15:25:13 Tijl Coosemans wrote: > Could you give the attached patch a try? > > cd /usr/src > patch -p1 < /path/to/patch-amd64-dr7 > make buildkernel installkernel Thank you! This patch allowed me to login and enter the game world. I'll test the RealID feature later and subm

tools/ directory is missing on recent install media.

Hi Hackers, FreeBSD install media has lost the tools/ directory from recent CDs & DVDs: Quoting http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/install-pre.html ... to resize your partitions and make space for FreeBSD. The tools directory on the CDROM contains two free

Re: TCP over UDP

On Saturday 10 July 2010 14:05:29 Sergey Babkin wrote: > Hi guys, > > I've got this idea, and I wonder if anyone has done it already, > and if not then why. The idea is to put the TCP logic over UDP. > > I've done some googling and all I've found is some academical > user-space implementations of

Re: kernel patch needed for wine?

On Wednesday 30 June 2010 01:54:11 Sam Fourman Jr. wrote: > Last Tuesday blizzard release World of Warcraft 3.3.5, and with this > patch World of warcraft stopped working in FreeBSD 8.1 amd64, it > crashes right after login. > > I have been playing World of Warcraft on FreeBSD amd64 since December

Re: TCP over UDP

On 10 Jul 2010, at 13:05, Sergey Babkin wrote: > I've got this idea, and I wonder if anyone has done it already, > and if not then why. The idea is to put the TCP logic over UDP. Have you looked at T/TCP [1,2,3] ? Dw 1: http://www.manpages.info/freebsd/ttcp.4.html 2: http://en.wikipedia.org/wi

Re: strange problem with int64_t variables

Em 2010.07.12. 9:00, pluknet escreveu: Looking at getjid() impl, I see you're trying to put jid_t into the one register_t which are 64-bit vs 32-bit capable respectively. You need to cast so you put 64-bit into two 32-bit as done for e.g. lseek(). Thanks for pointing this out, probably this w

Re: elf obj load: skip zero-sized sections early

On Sun, 11 Jul 2010, Andriy Gapon wrote: [oops, sorry, this is not a dup - corrected some omissions/mistakes] on 11/07/2010 14:54 Andriy Gapon said the following: For completeness, here is a patch that simply drops the inline assembly and the comment about it, and GCC-generated assembly and

TCP over UDP

Hi guys, I've got this idea, and I wonder if anyone has done it already, and if not then why. The idea is to put the TCP logic over UDP. I've done some googling and all I've found is some academical user-space implementations of TCP that actually try to interoperate with "real" TCP. What I'm thin

[PATCH] Fix typos in bsd.port.mk and minor logic improvements

This is a change I made locally that I figured would be helpful because it: a. Fixes typos. b. Improves branch flow in a few spots. c. Doesn't assume that all strings that come back from pkg_install are empty (this is what's assumed today). Thanks, -Garrett --- /usr/ports/Mk/bsd.port.m

Re: *sigpause hanging on 8.x+

On Sun, Jul 11, 2010 at 07:17:27PM -0400, Alexander Kabaev wrote: > On Sun, 11 Jul 2010 15:59:05 -0700 > Garrett Cooper wrote: > > > > +       if (!_SIG_VALID(how)) > > > +               return (-EINVAL); > > -EINVAL? Smells too much of Linux, try returning EINVAL instead. Mmm, if (!_SIG

[PATCH] Use _SIG_VALID macro in lib/libthr/thread/thr_sig.c

Found another item that could be converted over to _SIG_VALID in libthr's thr_sig.c this time. Thanks, -Garrett Index: lib/libthr/thread/thr_sig.c === --- lib/libthr/thread/thr_sig.c (revision 206173) +++ lib/libthr/thread/thr_sig

Re: strange problem with int64_t variables

On 11 July 2010 18:58, Gabor Kovesdan wrote: > Em 2010.07.11. 16:54, Dimitry Andric escreveu: >> >> On 2010-07-11 16:46, Gabor Kovesdan wrote: >> >>> >>> I have two int64_t variables in kernel code, first is stored internally >>> and the second one is passed from a syscall argument. When I print t

[PATCH] Use _SIG_VALID macro in ddb/db_command.c

Spotted this really minor item that I figured could be converted over to _SIG_VALID in ddb: Index: ddb/db_command.c === --- ddb/db_command.c(revision 206173) +++ ddb/db_command.c(working copy) @@ -633,7 +633,7 @@ if (!