-
Logged In: YES
user_id=329158
I realized when I woke up this morning that Win32 would
probably not compile with the patch, so here's this version
that will probably work. Untested.
2006-04-07 17:04:56 UTC in parchive
-
Previously closed threads don't fix "The source file
does not exist:" errors.
The problem is that when the shell expands the
wildcards for you, it doesn't filter for files, but
par2cmdline doesn't filter for files for anything
it's given as an argument. (Except for a Literal */?,
which I couldn't figure out how to escape through an
argument to a shellscript... in such a way that...
2006-04-07 07:22:58 UTC in parchive
-
I'm trying to draw something in in the silkscreen with a
negative area in the solder-mask to expose an area
under it as part of a logo for my project board. While
doing that I came across an odd and very annoying
error.
This is a library part I started working on.
Element(0x00000000 "insane design" "" "" 0 0 3 100
0x00000000)
(
Mark(0 0)
Pad( 0 -140 140 0 10 "1" 0x00000100)
2004-03-26 06:00:01 UTC in Printed Circuit Board Layout Tool
-
Is there some way to have a new logfile per connect? Ideally I'd be able to construct a custom format using some kind of combination of strftime symbols and an extension. Probably a pre-replacement of 'connection number' with %n. It would be ideal if printf style notation could be used to determine field width, fill character, and fill-position.
So a network would then contain a few extra...
2004-02-29 05:45:17 UTC in Kmc
-
Logged In: YES
user_id=329158
Actually the origional .par specification made a small checksum hash at
the beginning of each file. It is a shame that .par2 doesn't keep such a
sum, it would be VERY useful as usenet attachments can often be
mis-named. It would also help on CDs with limited filename lengths.
Actually, it would be useful if such a hash could be produced every %
of a...
2003-09-26 05:39:09 UTC in parchive
-
Currently the only controls are redundency % and block
count/size. It would be much nicer to set redundency by how
much space the pars should take up (so that you can easily fit
something on a CD) and to see how much time is left, if not
guestimate redundency by how much time is allowed.
(EX, I have this thing I NEED to get done ASAP to mail to
someone. I've got 5 min left before I...
2003-08-01 21:11:19 UTC in parchive
-
It seems to take a Lot longer to do anything on my linux system
then on the Win32 system. True, the systems don't have the
same CPU, however one's an athlon tbird 1ghz, and the other is
an Athlon XP 2.2 (1800 clock) so the speed isn't THAT much
different for what seems like a major difference in speed.
Maybe it's the memory, Maybe it's the 2x speed increase in the
CPU, however it...
2003-08-01 21:08:16 UTC in parchive
-
What I want to do is just download all of the articles in a few groups to my hard disk. Then I'll use something else to go through and decode the attachments and stuff that I want. That's all I want to do.
When it starts up, it tries to connect to a news server on localhost, which of course, I don't have.
I just want the articles from another news server, and the files are specified on...
2003-07-19 17:41:21 UTC in Multisuck: Multi-server/conn news suck
-
The program apears to be running fine...
Then my memory graph makes it look like giFT-Zombie
is attempting to much more and more memory (only my
cdrecord process does that when I set a buffer size
of 256 megs so I can abuse my disk and not worry
about under-running.) and then my system would
normally crash.
I ended up running the giFT server at nice 18 and
running giFT-Zombie at nice 19.
2001-09-28 05:03:33 UTC in giFT-Zombie
-
Hum, that would partially explain why I started getting HUGE memory grabs (I normally don't see this but I ran the clint just after startup. X and related apps take up a footprint of about 5-700 megs and quite suddenly the memory graph applet showed another 700 or so being eaten (until I ran out of ram...) over a period of about 10 seconds before my system would either lock or the app would...
2001-09-27 23:40:23 UTC in giFT-Zombie
