ср, 15 янв. 2020 г. в 22:15, Martin Pieuchot :
>
> On 15/01/20(Wed) 20:26, Vadim Zhukov wrote:
> > I have a diff or two for that, will send when I'll come home.
>
> After discussing the issue with Peter Stuge, we figured out that
> the free should happen *after*
I have a diff or two for that, will send when I'll come home.
ср, 15 янв. 2020 г., 19:28 Martin Pieuchot :
> Thanks for the report.
>
> > ddb{0}>
> memcpy(80165000,fd804da1f728,8d8,80165000,b5bd47118
> > ed5c95a,80165000) at memcpy+0x15
> >
ср, 12 дек. 2018 г. в 10:59, Sebastien Marie :
>
> On Tue, Dec 11, 2018 at 03:08:38PM -0700, Todd C. Miller wrote:
> > On Tue, 11 Dec 2018 20:35:05 +0100, Sebastien Marie wrote:
> >
> > > According to stdio.h, 6 = __SNBF | __SRD, so "unbuffered" and "OK to
> > > read".
> > >
> > > the feof() call
.pm 3 Aug 2017 21:04:28 -
> @@ -280,7 +280,7 @@ sub get_directory
> exit 1;
> }
> print "SUCCESS: directory $dname\n";
> - for my $pkg ($r =~ m/\<A\s+HREF=\"(.+?)\.tgz\"\>/gio) {
> + for my $pkg ($r =~ m/\<A[^>]*\s+HREF=\"(.+?)\.tgz\"/gio) {
> $pkg = $1 if $pkg =~ m|^.*/(.*)$|;
> # decode uri-encoding; from URI::Escape
> $pkg =~ s/%([0-9A-Fa-f]{2})/chr(hex($1))/eg;
>
Your version, Stuart, looks like okay for me (as in "I'd do the same tweak").
--
WBR,
Vadim Zhukov
fail properly when it encounters
zero-size input. You'll get the same result with, e.g., /dev/null.
Could you construct a patch for this?
--
WBR,
Vadim Zhukov
t stat sb;
> int retval = -1;
>
> @@ -613,6 +614,17 @@ chk_path(char *name, uid_t st_uid, gid_t
Hello, Philip.
I think we should change "if" to "while" in this function, too...
After that, okay zhuk@.
--
WBR,
Vadim Zhukov
Index: file_subs.c
breakage, nothing could rely on previous behaviour.
Thus I'm asking for okay to commit.
Too bad that I don't know how to make a test for this issue in
regress/usr.bin/ksh, though. It could tests stdin, stdout, stderr and
files, but I dunno how to test the shell prompt. Any ideas?
--
WBR,
Vadim
:
n = cp[0] * 8 * 8 + cp[1] * 8 + cp[2];
snprintf(strbuf, sizeof strbuf, %c, n);
This should probably be:
n = ('0' - cp[0]) * 8 * 8 + ('0' - cp[1]) * 8 + ('0' - cp[2]);
snprintf(strbuf, sizeof strbuf, %c, n);
Tweaked version was just committed as -r1.50 of lex.c, thanks!
--
WBR,
Vadim
as K3b 4.x, there is
KDE4-based K3b 2.1 instead. ;)
--
WBR,
Vadim Zhukov
I got the point. So it's up to sysadmin to trust or not the sensor data.
Then original patch should be fine, except small nit - I think,
it's better to reset only SENSOR_FINVALID flag instead of all.
CC'ing ACPI guys for okays.
--
WBR,
Vadim Zhukov
Index: acpithinkpad.c
patch instead, and send me what it prints
after a resume on your T520? It's better to run reboot-suspend-resume
cycle a few times, writing the number shown there each time, to
have a clue what's there.
--
WBR,
Vadim Zhukov
Index: acpithinkpad.c
24.03.2013 18:08 полÑзоваÑÐµÐ»Ñ Stuart Henderson
s...@spacehopper.org
напиÑал:
On 2013/03/24 17:37, Vadim Zhukov wrote:
2013/3/24 Stuart Henderson s...@spacehopper.org:
On 2013/03/24 15:00, alex wrote:
Hi!
With current snapshot i386 kernel ( dmesg.txt
21.03.2013 4:14 полÑзоваÑÐµÐ»Ñ Dawe dawed...@gmx.de
напиÑал:
On Mar 21, 2013 01:45, Vadim Zhukov wrote:
21.03.2013 0:03 Vadim Zhukov
persg...@gmail.com
??:
2013/3/20 Vadim Zhukov persg...@gmail.com:
20.03.2013 15:54
20.03.2013 15:54 полÑзоваÑÐµÐ»Ñ Dawe dawed...@gmx.de
напиÑал:
Hi,
reporting just in case this isn't already known for my hardware (the kms
undeadly article [1] suggests to me it's not):
Suspend stopped working on my T410i with the latest amd64 snapshot (Mar
20)
After typing
21.03.2013 0:03 полÑзоваÑÐµÐ»Ñ Vadim Zhukov persg...@gmail.com
напиÑал:
2013/3/20 Vadim Zhukov persg...@gmail.com:
20.03.2013 15:54 полÑзоваÑÐµÐ»Ñ Dawe dawed...@gmx.de
напиÑал:
Hi,
reporting just in case this isn't already known for my hardware (the
kms
24.01.2013 15:38 полÑзоваÑÐµÐ»Ñ ja...@cieti.lv напиÑал:
Hello!
If I type r r in console or xterm, like:
$ r r
I get ksh.core. It works on i386 5.2 and amd64 current.
Check output of which r and alias | grep ^r= commands first. And,
please, post dmesg.
24.01.2013 16:08 полÑзоваÑÐµÐ»Ñ Otto Moerbeek o...@drijf.net
напиÑал:
Infinite recursion..
$ f() {
f
}
$ f
blows up as well.
Yes, but cyclic fc -e - will kill your history as a bonus. :)
17 matches
Mail list logo