On 12 June 2010 07:16, Kris Maglione wrote:
> Are we talking about in some hypothetical world where all computers are 64
> bit or all C libraries define ssize_t to be a 64 bit int, or are we talking
> about practical reality, where most computers are still 32 bit and nearly
> all C libraries defin
On Sat, Jun 12, 2010 at 07:05:34AM +0100, Connor Lane Smith wrote:
On 12 June 2010 06:59, Kris Maglione wrote:
The size of size_t and ssize_t are irrelevant when
you're talking about a function that isn't guaranteed or expected to return
any specific amount of data on a specific call.
Let me
On 12 June 2010 06:59, Kris Maglione wrote:
> The size of size_t and ssize_t are irrelevant when
> you're talking about a function that isn't guaranteed or expected to return
> any specific amount of data on a specific call.
Let me run that by you again:
On 12 June 2010 02:42, Kris Maglione wro
On Sat, Jun 12, 2010 at 03:03:27AM +0100, Connor Lane Smith wrote:
On 12 June 2010 02:42, Kris Maglione wrote:
Which is, of course, entirely relevant. This is a non-issue. It's not a
practical limitation. It's already possible to read as much of a file into
memory as your memory will hold. The
On Sat, Jun 12, 2010 at 03:03:27AM +0100, Connor Lane Smith wrote:
> My point was that that is false.
not only is it false, but a few months ago we were running an
application (with nsz) where on one computer about 10 processes mmapped
a 3.5GB file all at once, perfectly happily. (They were 64 bit
On 12 June 2010 02:42, Kris Maglione wrote:
> Which is, of course, entirely relevant. This is a non-issue. It's not a
> practical limitation. It's already possible to read as much of a file into
> memory as your memory will hold. The only limitation is that if you want
> more than 2GB, you need to
Just saying...
--
Kris Maglione
Beware of "the real world". A speaker's appeal to it is always an
invitation not to challenge his tacit assumptions.
--Edsger W. Dijkstra
On Sat, Jun 12, 2010 at 02:15:07AM +0100, Connor Lane Smith wrote:
On 11 June 2010 21:15, Anders Andersson wrote:
Think before posting or blaming. 2GB might be silly now, much as 2MB
was silly 20 years ago. I can't see why it would be extraordinarily
silly to read in/map 2GB from a file 10 year
On 11 June 2010 21:15, Anders Andersson wrote:
> Think before posting or blaming. 2GB might be silly now, much as 2MB
> was silly 20 years ago. I can't see why it would be extraordinarily
> silly to read in/map 2GB from a file 10 years from now. It takes 10
> seconds at most *today*. And to limit
torrent has a hash for chunks, so you could be sure that no one
touched anything and you get exact copy of what torrent maker had.
On Sat, Jun 12, 2010 at 03:16, Samuel Baldwin
wrote:
> 2010/6/11 pmarin :
>> p2p
>
> How is that persistent? Everyone shunts around the logs?
>
> --
> Samuel Baldwin
2010/6/11 pmarin :
> p2p
How is that persistent? Everyone shunts around the logs?
--
Samuel Baldwin - logik.li
> How do you have it be both persistent and distributed?
p2p
pmarin.
2010/6/11 pancake :
> Irc is not persistent. Channels have restricted boundaries, so you can't
How do you have it be both persistent and distributed?
--
Samuel Baldwin - logik.li
Irc is not persistent. Channels have restricted boundaries, so you
can't relate messages between more than one channel. And irc needs
more attention. Chat aims to be sincrunous, microblogging not.
But yeah u could implement microblogging on top of this. another good
thing of microblogging i
On Fri, Jun 11, 2010 at 7:30 PM, pancake wrote:
> Not really. Actually NOBODY reads files bigger than 2GB in a SINGLE syscall.
>
> Such operation would lock the process for a long and eat so many resorces
> from the app (it should malloc 2GB.. Or use mmap which is a kernel wrap for
> tis in a cach
On 11 June 2010 17:15, pancake wrote:
> Certainly I would prefer to use a twitter-like protocol if it was text-based
> (no xml), distributed.
Isn't that basically IRC?
On 11 June 2010 17:19, pancake wrote:
> In GObject, exceptions, or errors are passed as reference in an
> argument, so the return value can be used without restrictions:
>
> for example:
>
> unsigned int read(int fd, ref char *buf, unsigned int buf_len, GError
> **err);
>
> (yeah, thats a silly
On Fri, Jun 11, 2010 at 12:59:45PM -0400, Alex Puterbaugh wrote:
Kris, Kris, Kris...
So no one in the world ever reads files bigger than 2GB? That's a
silly notion. You can't design an API based on what you think a
programmer is _most likely_ to need, without consideration to other
scenarios.
Not really. Actually NOBODY reads files bigger than 2GB in a SINGLE syscall.
Such operation would lock the process for a long and eat so many resorces from
the app (it should malloc 2GB.. Or use mmap which is a kernel wrap for tis in a
cached way over.. But certainly mmaping more than 2GB can be
Kris, Kris, Kris...
So no one in the world ever reads files bigger than 2GB? That's a
silly notion. You can't design an API based on what you think a
programmer is _most likely_ to need, without consideration to other
scenarios. At least not if you want it to be scalable enough to be
relevant i
I don't put my files in $HOME. Of course because of the dot-files annoyance.
The spec somehow reminds me of the windows registry :D
On Fri, Jun 11, 2010 at 06:40:30PM +0200, Aurélien Aptel wrote:
On Fri, Jun 11, 2010 at 6:37 PM, Kris Maglione wrote:
Hm? Where's this?
http://wmii.suckless.org/guide
All the links on that page are dead.
Interesting. They must have been broken during a site move. I
think I'll just delete t
On Fri, Jun 11, 2010 at 6:37 PM, Kris Maglione wrote:
> Hm? Where's this?
http://wmii.suckless.org/guide
All the links on that page are dead.
On Fri, Jun 11, 2010 at 06:25:14PM +0200, Aurélien Aptel wrote:
Btw, the guide to wmii html link is dead.
Hm? Where's this?
--
Kris Maglione
Every one is a moon, and has a dark side which he never shows to
anybody.
--Mark Twain
On Fri, Jun 11, 2010 at 06:19:18PM +0200, pancake wrote:
On 06/11/10 15:21, Moritz Wilhelmy wrote:
unsigned int read(int fd, ref char *buf, unsigned int buf_len, GError **err);
(yeah, thats a silly example, but it allows you to make reads
bigger than 31 bits without having to check for the
How to add stuff in a the bar?
How to update the executable list (Modkey-p)?
How to add a custom keybinding?
Btw, the guide to wmii html link is dead.
On 06/11/10 15:21, Moritz Wilhelmy wrote:
I know you're trolling, but I already thought about why 0 indicates success.
Point is, it actually makes sense because you usually have either success or
failure, and in case of failure, you might need another indicator to return the
nature of the failure
I have find in twitter (identica and others..aka microblogging) a very
interesting way
of comunication. The protocol is simple, the messaging is simple, is
fast to read
(because you cannot post large stuff) and can be used in a very simple way.
It's true that twitter is full of morons, but you
Dieter Plaetinck writes:
> On Fri, 11 Jun 2010 16:09:55 +0200
> David Engster wrote:
>
>> Dieter Plaetinck writes:
>> > yes, both the app data and user data (can) end(s) up in
>> > $XDG_DATA_HOME
>>
>> I see that in my .local/share as well. It's a complete mess.
>>
>> So what they tried to do is
On 11/06/10 Kris Maglione said:
> I'd sooner throw away my computer than sign up for a Twitter
> account.
I have one but I admit it was mostly out of curiousity. I feel like an idiot
saying "tweet". Just fix email, at least it's decentralized and universal.
Mike
--
Michael P. Soulier
"Any inte
On Fri, 11 Jun 2010 16:09:55 +0200
David Engster wrote:
> Dieter Plaetinck writes:
> > yes, both the app data and user data (can) end(s) up in
> > $XDG_DATA_HOME
>
> I see that in my .local/share as well. It's a complete mess.
>
> So what they tried to do is to separate configuration settings f
On Fri, Jun 11, 2010 at 4:09 PM, David Engster wrote:
> The problem is that data is even more spread than it was before, and
> often cannot be tracked anymore to the application which generated
> it. So if you're worried about applications littering your $HOME with
> dotfiles, you now have a litte
Dieter Plaetinck writes:
> On Fri, 11 Jun 2010 09:29:41 -0400
> Kris Maglione wrote:
>
>> On Fri, Jun 11, 2010 at 03:17:18PM +0200, David Engster wrote:
>> >David Engster writes:
>> >> I'm trying to understand which problem exactly is solved by this. I
>> >> tried to read the "XDG Base Directory S
Hello,
I made a patch for surf that makes it behave like a typical browser when
handling downloads. The patch file is attached.
--
Jason Blakeley
diff -r 2924043aead9 surf.c
--- a/surf.cThu Jun 03 16:02:09 2010 -0400
+++ b/surf.cFri Jun 11 08:38:33 2010 -0400
@@ -187,14 +187,18 @@
g
On Fri, 11 Jun 2010 09:29:41 -0400
Kris Maglione wrote:
> On Fri, Jun 11, 2010 at 03:17:18PM +0200, David Engster wrote:
> >David Engster writes:
> >> I'm trying to understand which problem exactly is solved by this. I
> >> tried to read the "XDG Base Directory Specification" [1] but I
> >> admit
On Fri, Jun 11, 2010 at 03:17:18PM +0200, David Engster wrote:
David Engster writes:
I'm trying to understand which problem exactly is solved by this. I
tried to read the "XDG Base Directory Specification" [1] but I admit I
didn't get past "Basics". How is fiddling with XDG_DATA_HOME,
XDG_CONFIG
I know you're trolling, but I already thought about why 0 indicates success.
Point is, it actually makes sense because you usually have either success or
failure, and in case of failure, you might need another indicator to return the
nature of the failure.
David Engster writes:
> Kris Maglione writes:
>> While on the one hand, I think that the people who wrote the XDG spec
>> are raving mad[1], on the other, I hate applications clogging up my
>> home directory with dot-files. I'm considering moving ~/.wmii to
>> ~/.config/wmii.
>
> I'm trying to unde
Let's get rid of exit values too! Or maybe make 0 failure and
non-zero values success, so it fits in with C++ booleans!
--
# Kurt H Maier
On Fri, Jun 11, 2010 at 02:09:13PM +0200, pancake wrote:
We should move this thread to Twitter.
I'd sooner throw away my computer than sign up for a Twitter
account.
--
Kris Maglione
About the use of language: it is impossible to sharpen a pencil with a
blunt axe. It is equally vain to try
On 06/11/10 14:05, Kris Maglione wrote:
On Fri, Jun 11, 2010 at 01:51:43PM +0200, pancake wrote:
I would love to have such lib usable for more than one kernel (w32,
bsd, osx, linux..)
this is theorically the big benefit of glibc.. but it is certainly
something i would love
to have..
NetBSD
On Fri, Jun 11, 2010 at 12:57 PM, wrote:
> I'd prefer if old ~/.wmii would still serve as an override for the XDG-stuff
> if
> it exists. I don't want to move ~/.wmii around on the donzens of machines I
> have it installed.
So additional code clutter and functionality for backwards
compatibilit
On Fri, Jun 11, 2010 at 01:51:43PM +0200, pancake wrote:
I would love to have such lib usable for more than one kernel (w32, bsd,
osx, linux..)
this is theorically the big benefit of glibc.. but it is certainly
something i would love
to have..
NetBSD have a good Libc implementation, but it i
On Fri, Jun 11, 2010 at 1:02 PM, Moritz Wilhelmy wrote:
> Do we have feature-complete alternatives to GNU libc?
> eglibc is not an option, since it's based solely on the point that Drepper is
> an asshole.
> From what I heard, uClibc is incomplete, as is klibc and dietlibc..
> What else do we have
I would love to have such lib usable for more than one kernel (w32, bsd,
osx, linux..)
this is theorically the big benefit of glibc.. but it is certainly
something i would love
to have..
NetBSD have a good Libc implementation, but it is not suckless.. I would
certainly
like to see something li
On Fri, Jun 11, 2010 at 12:57:55PM +0200, c...@wzff.de wrote:
I'd prefer if old ~/.wmii would still serve as an override for the XDG-stuff if
it exists. I don't want to move ~/.wmii around on the donzens of machines I
have it installed.
Ok, I like that idea.
--
Kris Maglione
The camel has evo
On Fri, Jun 11, 2010 at 01:02:02PM +0200, Moritz Wilhelmy wrote:
Do we have feature-complete alternatives to GNU libc?
eglibc is not an option, since it's based solely on the point that Drepper is
an asshole.
Drepper is an asshole. That's as good a reason as any.
From what I heard, uClibc is
On 10/06/10 pancake said:
> The design is really simple and effective, but it stores full file
> with no patchsets. So it's a big big the repo..
Note, so does Git. IT just uses zlib to compress the files, and then builds on
that with the ability to pack files with small diffs from one another i
On Fri, 2010-06-11 at 06:48 -0400, Kris Maglione wrote:
> On Fri, Jun 11, 2010 at 12:43:55PM +0200, Jan Winkelmann wrote:
> >9base is a hg build, built 3 days ago, it's the newest version. I know
> >werc has it's own list, but I feel the problem isn't werc.
> >
> >Also, Kris Maglione suggested run
Do we have feature-complete alternatives to GNU libc?
eglibc is not an option, since it's based solely on the point that Drepper is
an asshole.
>From what I heard, uClibc is incomplete, as is klibc and dietlibc..
What else do we have? Android libc? How many programs depend on glibc?
I'd prefer if old ~/.wmii would still serve as an override for the XDG-stuff if
it exists. I don't want to move ~/.wmii around on the donzens of machines I
have it installed.
On 11 June 2010 11:43, Anselm R Garbe wrote:
> Would you mind trying p9p as a test to see if the behavior is the same?
Ignore what I asked. I realize now that you use that crappy GNU libc... ;)
--Anselm
On Fri, Jun 11, 2010 at 12:43:55PM +0200, Jan Winkelmann wrote:
9base is a hg build, built 3 days ago, it's the newest version. I know
werc has it's own list, but I feel the problem isn't werc.
Also, Kris Maglione suggested running ./werc.rc, this resulted in this:
$ rc
; ./werc.rc
rc: ../sysde
On 11 June 2010 11:43, Jan Winkelmann wrote:
> 9base is a hg build, built 3 days ago, it's the newest version. I know
> werc has it's own list, but I feel the problem isn't werc.
>
> Also, Kris Maglione suggested running ./werc.rc, this resulted in this:
>
> $ rc
> ; ./werc.rc
> rc: ../sysdeps/uni
9base is a hg build, built 3 days ago, it's the newest version. I know
werc has it's own list, but I feel the problem isn't werc.
Also, Kris suggested running ./werc.rc, this resulted in this:
$ rc
; ./werc.rc
rc: ../sysdeps/unix/sysv/linux/getpagesize.c:32: __getpagesize:
Assertion `_rtld_global
9base is a hg build, built 3 days ago, it's the newest version. I know
werc has it's own list, but I feel the problem isn't werc.
Also, Kris Maglione suggested running ./werc.rc, this resulted in this:
$ rc
; ./werc.rc
rc: ../sysdeps/unix/sysv/linux/getpagesize.c:32: __getpagesize:
Assertion `_rt
Kris Maglione writes:
> While on the one hand, I think that the people who wrote the XDG spec
> are raving mad[1], on the other, I hate applications clogging up my
> home directory with dot-files. I'm considering moving ~/.wmii to
> ~/.config/wmii.
I'm trying to understand which problem exactly is
On Fri, 11 Jun 2010 10:33:51 +0100
Connor Lane Smith wrote:
> Hey,
>
> On 11 June 2010 10:19, Kris Maglione wrote:
> > While on the one hand, I think that the people who wrote the XDG
> > spec are raving mad[1], on the other, I hate applications clogging
> > up my home directory with dot-files.
On Fri, Jun 11, 2010 at 10:33:51AM +0100, Connor Lane Smith wrote:
Hey,
On 11 June 2010 10:19, Kris Maglione wrote:
While on the one hand, I think that the people who wrote the XDG spec are
raving mad[1], on the other, I hate applications clogging up my home
directory with dot-files. I'm consi
Hey,
On 11 June 2010 10:19, Kris Maglione wrote:
> While on the one hand, I think that the people who wrote the XDG spec are
> raving mad[1], on the other, I hate applications clogging up my home
> directory with dot-files. I'm considering moving ~/.wmii to ~/.config/wmii.
> I'd really prefer som
While on the one hand, I think that the people who wrote the XDG
spec are raving mad[1], on the other, I hate applications
clogging up my home directory with dot-files. I'm considering
moving ~/.wmii to ~/.config/wmii. I'd really prefer something of
a non-dot-dir flavor, but since there's no su
On Fri, Jun 11, 2010 at 10:45:11AM +0200, Thomas Dahms wrote:
I have these:
- How to start wmii with one of the alternative wmiircs.
- How to customize using the wmiirc_local variants of the wmiircs.
- How to restart wmii in-place.
Probably too much for the FAQ, but at least the latter two are n
I have these:
- How to start wmii with one of the alternative wmiircs.
- How to customize using the wmiirc_local variants of the wmiircs.
- How to restart wmii in-place.
Probably too much for the FAQ, but at least the latter two are not well
documented for a beginner.
On 06/11/2010 10:29 AM, Kris
Hi,
I'm updating the utterly aged wmii FAQ, and I'm hoping some of
you can think of some frequently asked questions, or things that
have caught you off guard, that I may miss.
Thanks,
--
Kris Maglione
A program is portable to the extent that it can be easily moved to a
new computing environm
2010/6/11 Matthew Bauer :
> Couldn't you just print your error to stdout?
Yes, you could: 2>&1
Now look for a real problem and stop trolling.
--
- yiyus || JGL . 4l77.com
Maybe there's some kind of ballmer-peek in weed ;)
2010/6/10 pancake :
> What's wrong with the weed? :)
>
> My drugs made me write a version control system few years ago named 'pvc'
> you can have a look in hg.youterm.com as usual.
>
> The design is really simple and effective, but it stores full
66 matches
Mail list logo
