Re: bin/139492: pkg_install(1) - overlapping data buffer in call to snprintf
The following reply was made to PR bin/139492; it has been noted by GNATS. From: Garrett Cooper To: bug-follo...@freebsd.org, br...@cran.org.uk Cc: Subject: Re: bin/139492: pkg_install(1) - overlapping data buffer in call to snprintf Date: Tue, 23 Mar 2010 00:56:51 -0700 --0016367d6878085a7f0482732832 Content-Type: text/plain; charset=ISO-8859-1 How about this instead? This uses c99-style string concatenation to accomplish what's being done with snprintf. Thanks! -Garrett --0016367d6878085a7f0482732832 Content-Type: text/plain; charset=US-ASCII; name="bin.139492.diff.txt" Content-Disposition: attachment; filename="bin.139492.diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g74ew5fq0 PT09PSAvL2RlcG90L3Byb2plY3RzL3NvYzIwMDcvZ2Nvb3Blci1wa2dfaW5zdGFsbC1lbmhhbmNl bWVudHMtc2ltcGxpZmllZC91c3Iuc2Jpbi9wa2dfaW5zdGFsbC9saWIvbWF0Y2guYyMxIC0gL3Nj cmF0Y2gvZnJlZWJzZC9wZXJmb3JjZS9wa2dfaW5zdGFsbC1lbmhhbmNlbWVudHMvdXNyLnNiaW4v cGtnX2luc3RhbGwvbGliL21hdGNoLmMgPT09PQpAQCAtMjY3LDcgKzI2Nyw3IEBACiAJICovCiAJ aWYgKGlzZW1wdHlkaXIodG1wKSkKIAkgICAgY29udGludWU7Ci0Jc25wcmludGYodG1wLCBQQVRI X01BWCwgIiVzLyVzIiwgdG1wLCBDT05URU5UU19GTkFNRSk7CisJc3RybmNhdCh0bXAsICIvIiBD T05URU5UU19GTkFNRSwgUEFUSF9NQVgpOwogCWZwID0gZm9wZW4odG1wLCAiciIpOwogCWlmIChm cCA9PSBOVUxMKSB7CiAJICAgIHdhcm54KCJ0aGUgcGFja2FnZSBpbmZvIGZvciBwYWNrYWdlICcl cycgaXMgY29ycnVwdCIsIGluc3RhbGxlZFtpXSk7Cg== --0016367d6878085a7f0482732832-- ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/144730: [patch] ping6(8) lacks call to freeaddrinfo()
The following reply was made to PR bin/144730; it has been noted by GNATS. From: Earl Lapus To: bug-follo...@freebsd.org, earl.la...@gmail.com Cc: Subject: Re: bin/144730: [patch] ping6(8) lacks call to freeaddrinfo() Date: Tue, 23 Mar 2010 18:05:06 +0800 --0016e6469b60ad7f78048274f2bc Content-Type: text/plain; charset=ISO-8859-1 Please see attached patch. --0016e6469b60ad7f78048274f2bc Content-Type: text/x-patch; charset=US-ASCII; name="ping6.c.diff" Content-Disposition: attachment; filename="ping6.c.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g74jnqbk0 ZGlmZiAtcnVOIC4uL3NyYy9zYmluL3Bpbmc2L3Bpbmc2LmMgLi4vc3JjLm1vZC9zYmluL3Bpbmc2 L3Bpbmc2LmMKLS0tIC4uL3NyYy9zYmluL3Bpbmc2L3Bpbmc2LmMJMjAwOS0xMC0yNSAwOToxMDoy OS4wMDAwMDAwMDAgKzA4MDAKKysrIC4uL3NyYy5tb2Qvc2Jpbi9waW5nNi9waW5nNi5jCTIwMTAt MDMtMjMgMTg6MDM6NTEuMDAwMDAwMDAwICswODAwCkBAIC0yMDksNyArMjA5LDcgQEAKIGludCBt eF9kdXBfY2sgPSBNQVhfRFVQX0NISzsKIGNoYXIgcmN2ZF90YmxbTUFYX0RVUF9DSEsgLyA4XTsK IAotc3RydWN0IGFkZHJpbmZvICpyZXM7CitzdHJ1Y3QgYWRkcmluZm8gKnJlcyA9IE5VTEw7CiBz dHJ1Y3Qgc29ja2FkZHJfaW42IGRzdDsJLyogd2hvIHRvIHBpbmc2ICovCiBzdHJ1Y3Qgc29ja2Fk ZHJfaW42IHNyYzsJLyogc3JjIGFkZHIgb2YgdGhpcyBwYWNrZXQgKi8KIHNvY2tsZW5fdCBzcmNs ZW47CkBAIC01MjUsNiArNTI1LDcgQEAKIAkJCW1lbWNweSgmc3JjLCByZXMtPmFpX2FkZHIsIHJl cy0+YWlfYWRkcmxlbik7CiAJCQlzcmNsZW4gPSByZXMtPmFpX2FkZHJsZW47CiAJCQlmcmVlYWRk cmluZm8ocmVzKTsKKyAgICAgICAgICAgICAgICAgICAgICAgIHJlcyA9IE5VTEw7CiAJCQlvcHRp b25zIHw9IEZfU1JDQUREUjsKIAkJCWJyZWFrOwogCQljYXNlICdzJzoJCS8qIHNpemUgb2YgcGFj a2V0IHRvIHNlbmQgKi8KQEAgLTExOTEsNiArMTE5MiwxMCBAQAogCQl9CiAJfQogCXN1bW1hcnko KTsKKworICAgICAgICBpZihyZXMgIT0gTlVMTCkKKyAgICAgICAgICAgICAgICBmcmVlYWRkcmlu Zm8ocmVzKTsKKwogCWV4aXQobnJlY2VpdmVkID09IDAgPyAyIDogMCk7CiB9CiAKQEAgLTIyNDcs NiArMjI1Miw5IEBACiB7CiAJc3VtbWFyeSgpOwogCisgICAgICAgIGlmKHJlcyAhPSBOVUxMKQor ICAgICAgICAgICAgICAgIGZyZWVhZGRyaW5mbyhyZXMpOworCiAJKHZvaWQpc2lnbmFsKFNJR0lO VCwgU0lHX0RGTCk7CiAJKHZvaWQpa2lsbChnZXRwaWQoKSwgU0lHSU5UKTsKIAo= --0016e6469b60ad7f78048274f2bc-- ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/144019: [gtdoa] [patch] gcc complains about implicit declaration of isalnum() in contrib/gdtoa/hexnan.c
The following reply was made to PR kern/144019; it has been noted by GNATS. From: Alexander Best To: Cc: Subject: Re: kern/144019: [gtdoa] [patch] gcc complains about implicit declaration of isalnum() in contrib/gdtoa/hexnan.c Date: Tue, 23 Mar 2010 12:35:05 +0100 (CET) this problem no longer occurs in the latest vendor revision of gdtoa (dated 20100202) btw. maybe somebody wants to do the vendor import? -- Alexander Best ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/144974: [ping6] malloc()s not free()'d
>Number: 144974
>Category: misc
>Synopsis: [ping6] malloc()s not free()'d
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Mar 23 12:20:01 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Earl R. Lapus
>Release:FreeBSD 8.0
>Organization:
>Environment:
FreeBSD syutsyut.cebu.infoweapons.com 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Tue
Dec 15 12:44:45 PHT 2009r...@syutsyut.cebu.infoweapons.com:/usr/obj/usr/src/
sys/SYUTSYUT i386
>Description:
Some portions of the code allocates memory via malloc() but aren't free()'d
when the ping6 exits. The attached patch attempts to fix the problem but may
not be correct -- needs review.
>How-To-Repeat:
>Fix:
Patch attached with submission follows:
diff -ruN ../src/sbin/ping6/ping6.c ../src.mod/sbin/ping6/ping6.c
--- ../src/sbin/ping6/ping6.c 2009-10-25 09:10:29.0 +0800
+++ ../src.mod/sbin/ping6/ping6.c 2010-03-23 18:32:58.0 +0800
@@ -224,6 +224,13 @@
u_int8_t nonce[8]; /* nonce field for node information */
int hoplimit = -1; /* hoplimit */
int pathmtu = 0; /* path MTU for the destination. 0 = unspec. */
+u_char *packet = NULL;
+#ifdef HAVE_POLL_H
+struct pollfd fdmaskp[1];
+#else
+fd_set *fdmaskp = NULL;
+int fdmasks;
+#endif
/* counters */
long nmissedmax; /* max value of ntransmitted - nreceived - 1 */
@@ -301,19 +308,13 @@
struct timeval timeout, *tv;
#endif
struct addrinfo hints;
-#ifdef HAVE_POLL_H
- struct pollfd fdmaskp[1];
-#else
- fd_set *fdmaskp;
- int fdmasks;
-#endif
int cc, i;
int ch, hold, packlen, preload, optval, ret_ga;
- u_char *datap, *packet;
+ u_char *datap;
char *e, *target, *ifname = NULL, *gateway = NULL;
int ip6optlen = 0;
struct cmsghdr *scmsgp = NULL;
- struct cmsghdr *cm;
+ struct cmsghdr cm[CONTROLLEN];
#if defined(SO_SNDBUF) && defined(SO_RCVBUF)
u_long lsockbufsize;
int sockbufsize = 0;
@@ -1073,11 +1074,6 @@
seeninfo = 0;
#endif
- /* For control (ancillary) data received from recvmsg() */
- cm = (struct cmsghdr *)malloc(CONTROLLEN);
- if (cm == NULL)
- err(1, "malloc");
-
for (;;) {
struct msghdr m;
struct iovec iov[2];
@@ -1149,8 +1145,8 @@
iov[0].iov_len = packlen;
m.msg_iov = iov;
m.msg_iovlen = 1;
- memset(cm, 0, CONTROLLEN);
- m.msg_control = (void *)cm;
+ memset(&cm, 0, CONTROLLEN);
+ m.msg_control = (void *)&cm;
m.msg_controllen = CONTROLLEN;
cc = recvmsg(s, &m, 0);
@@ -1191,6 +1187,15 @@
}
}
summary();
+
+if(packet != NULL)
+free(packet);
+
+#ifndef HAVE_POLL_H
+if(fdmaskp != NULL)
+free(fdmaskp);
+#endif
+
exit(nreceived == 0 ? 2 : 0);
}
@@ -2247,6 +2252,14 @@
{
summary();
+if(packet != NULL)
+free(packet);
+
+#ifndef HAVE_POLL_H
+if(fdmaskp != NULL)
+free(fdmaskp);
+#endif
+
(void)signal(SIGINT, SIG_DFL);
(void)kill(getpid(), SIGINT);
>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesystem is full
>Number: 144981 >Category: misc >Synopsis: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesystem is full >Confidential: no >Severity: non-critical >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Mar 23 17:40:01 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Thomas Schmitt >Release:8.0-RELEASE >Organization: >Environment: was: FreeBSD freebsd1.local 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GE NERIC amd64 is now: FreeBSD freebsd1.local 8.0-STABLE FreeBSD 8.0-STABLE #0: Tue Mar 23 14:55:20 CET 2010 tho...@freebsd1.local:/usr/obj/usr/src/sys/GENERIC amd64 >Description: Hi, It seems that the automatic partition layout of FreeBSD 8.0-RELEASE needs revision, so that two /boot/kernel* fit into /boot. I installed 8.0-RELEASE-amd64-dvd1.iso.gz with autopartioning of the slice, and cvsup'ed RELENG_8 from cvsup.de.FreeBSD.org Then i did cd /usr/src make clean make buildkernel -j4 KERNCONF=GENERIC make installkernel KERNCONF=GENERIC make installkernel led to /: write failed, filesystem is full install: /boot/kernel/zfs.ko.symbols: No space left on device It turns out that two directories occupy nearly 250 MB each: /boot/kernel /boot/kernel.old I deleted some of the fattest files which i deem unused on my system: /boot/kernel.old/zfs.ko.symbols /boot/kernel.old/xfs.ko.symbols /boot/kernel.old/wlan.ko.symbols Then "make installkernel" succeeded. The filesystems look now like Filesystem 1K-blocks UsedAvail Capacity Mounted on /dev/ad4s1a507630 479362 -12342 103%/ devfs 110 100%/dev /dev/ad4s1f 41345676 2303474 35734548 6%/usr /dev/ad4s1d 4925486 9952 4521496 0%/var /dev/ad4s1e507630 12 467008 0%/tmp So i should better remove some more files. The new kernel boots. Shall i remove /boot/kernel.old now ? Have a nice day :) Thomas >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesystem is full
The following reply was made to PR misc/144981; it has been noted by GNATS. From: Garrett Cooper To: Thomas Schmitt Cc: freebsd-gnats-sub...@freebsd.org Subject: Re: misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesystem is full Date: Tue, 23 Mar 2010 10:44:15 -0700 On Tue, Mar 23, 2010 at 10:36 AM, Thomas Schmitt wrote: > >>Number: =A0 =A0 =A0 =A0 144981 >>Category: =A0 =A0 =A0 misc >>Synopsis: =A0 =A0 =A0 Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesy= stem is full >>Confidential: =A0 no >>Severity: =A0 =A0 =A0 non-critical >>Priority: =A0 =A0 =A0 medium >>Responsible: =A0 =A0freebsd-bugs >>State: =A0 =A0 =A0 =A0 =A0open >>Quarter: >>Keywords: >>Date-Required: >>Class: =A0 =A0 =A0 =A0 =A0change-request >>Submitter-Id: =A0 current-users >>Arrival-Date: =A0 Tue Mar 23 17:40:01 UTC 2010 >>Closed-Date: >>Last-Modified: >>Originator: =A0 =A0 Thomas Schmitt >>Release: =A0 =A0 =A0 =A08.0-RELEASE >>Organization: >>Environment: > was: > > FreeBSD freebsd1.local 8.0-RELEASE FreeBSD 8.0-RELEASE #0: > =A0Sat Nov 21 15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/s= rc/sys/GE > NERIC =A0amd64 > > is now: > > FreeBSD freebsd1.local 8.0-STABLE FreeBSD 8.0-STABLE #0: Tue Mar 23 14:55= :20 CET 2010 =A0 =A0 tho...@freebsd1.local:/usr/obj/usr/src/sys/GENERIC =A0= amd64 >>Description: > Hi, > > It seems that the automatic partition layout of > FreeBSD 8.0-RELEASE needs revision, so that two > /boot/kernel* fit into /boot. > > I installed > =A08.0-RELEASE-amd64-dvd1.iso.gz > with autopartioning of the slice, and cvsup'ed > RELENG_8 from > =A0cvsup.de.FreeBSD.org > Then i did > =A0cd /usr/src > =A0make clean > =A0make buildkernel -j4 KERNCONF=3DGENERIC > =A0make installkernel KERNCONF=3DGENERIC > > make installkernel led to > =A0/: write failed, filesystem is full > =A0install: /boot/kernel/zfs.ko.symbols: No space left on device > > It turns out that two directories occupy nearly > 250 MB each: > =A0/boot/kernel > =A0/boot/kernel.old > I deleted some of the fattest files which i deem > unused on my system: > =A0/boot/kernel.old/zfs.ko.symbols > =A0/boot/kernel.old/xfs.ko.symbols > =A0/boot/kernel.old/wlan.ko.symbols > > Then "make installkernel" succeeded. > > The filesystems look now like > =A0Filesystem =A01K-blocks =A0 =A0 Used =A0 =A0Avail Capacity =A0Mounted = on > =A0/dev/ad4s1a =A0 =A0507630 =A0 479362 =A0 -12342 =A0 103% =A0 =A0/ > =A0devfs =A0 =A0 =A0 =A0 =A0 =A0 =A0 1 =A0 =A0 =A0 =A01 =A0 =A0 =A0 =A00 = =A0 100% =A0 =A0/dev > =A0/dev/ad4s1f =A041345676 =A02303474 35734548 =A0 =A0 6% =A0 =A0/usr > =A0/dev/ad4s1d =A0 4925486 =A0 =A0 9952 =A04521496 =A0 =A0 0% =A0 =A0/var > =A0/dev/ad4s1e =A0 =A0507630 =A0 =A0 =A0 12 =A0 467008 =A0 =A0 0% =A0 =A0= /tmp > > So i should better remove some more files. > The new kernel boots. > Shall i remove /boot/kernel.old now ? Hi Thomas, This question is best asked on questi...@. It's not a bug... Thanks! -Garrett ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesystem is full
The following reply was made to PR misc/144981; it has been noted by GNATS. From: "Thomas Schmitt" To: bug-follo...@freebsd.org Cc: Subject: Re: misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesystem is full Date: Tue, 23 Mar 2010 19:20:16 +0100 Hi, > This question is best asked on questi...@. It's not a bug... Actually it is not so much of a question but the report that 8.0-RELEASE is not prepared for an upgrade to 8.0-STABLE. I installed that release two days ago and did nearly no own adjustments on it. Isn't it intended that above commands lead to an upgrade without disk shortage ? Have a nice day :) Thomas ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesystem is full
On Tue, Mar 23, 2010 at 11:50 AM, Thomas Schmitt wrote: > The following reply was made to PR misc/144981; it has been noted by GNATS. > > From: "Thomas Schmitt" > To: bug-follo...@freebsd.org > Cc: > Subject: Re: misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: > filesystem is full > Date: Tue, 23 Mar 2010 19:20:16 +0100 > > Hi, > > > This question is best asked on questi...@. It's not a bug... > > Actually it is not so much of a question but the > report that 8.0-RELEASE is not prepared for an > upgrade to 8.0-STABLE. > > I installed that release two days ago and did > nearly no own adjustments on it. Isn't it > intended that above commands lead to an upgrade > without disk shortage ? The assumption being that you actually have enough disk space. Again, if you need assistance resolving an upgrade issue, it's best that you ask for help on questions@ (for general questions related to FreeBSD, including upgrades, et all), stable@ (if you're running STABLE), or current@ (if you're running CURRENT) instead of filing a bug ;)... Thanks, -Garrett ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesystem is full
The following reply was made to PR misc/144981; it has been noted by GNATS. From: "Thomas Schmitt" To: bug-follo...@freebsd.org Cc: Subject: Re: misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesystem is full Date: Tue, 23 Mar 2010 20:18:16 +0100 Hi, > The assumption being that you actually have enough disk space. Excuse my stubbornness, but i want to stress that it was the installer of 8-RELEASE which decided about the partitioning of the 50 GB slice, not me. 100 MB more of ad4s1a would have avoided the upgrade problem. If this is not considered a flaw in that installer, then my report is indeed inappropriate and i apologize for the noise. Have a nice day :) Thomas ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/121165: pkg_add(1) prints a weird message: PKG_TMPDIR environment variable to a location with at least 0 bytes
On Mon, 22 Mar 2010, Garrett Cooper wrote: Functions as expected provided test added in http://p4web.freebsd.org/chv.cgi?CH=175930 ; I'm just making one minor style change from the previous patch so that errx(3) in find_play_pen exits with EXIT_FAILURE instead of 2 (I agree that EXIT_FAILURE is synonymous to 2, but for it's more readable and consistent as EXIT_FAILURE). EXIT_FAILURE is 1. Bruce ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/121165: pkg_add(1) prints a weird message: PKG_TMPDIR environment variable to a location with at least 0 bytes
On Tue, Mar 23, 2010 at 12:26 PM, Bruce Evans wrote: > On Mon, 22 Mar 2010, Garrett Cooper wrote: > >> Functions as expected provided test added in >> http://p4web.freebsd.org/chv.cgi?CH=175930 ; I'm just making one minor >> style change from the previous patch so that errx(3) in find_play_pen >> exits with EXIT_FAILURE instead of 2 (I agree that EXIT_FAILURE is >> synonymous to 2, but for it's more readable and consistent as >> EXIT_FAILURE). > > EXIT_FAILURE is 1. Excellent point -_-... should I just revert this then or leave it as-is? Thanks, -Garrett ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/144713: [ppc] [patch] Add PCI ID for MosChip Semiconductor 16550 onboard PPC pinout
Synopsis: [ppc] [patch] Add PCI ID for MosChip Semiconductor 16550 onboard PPC pinout Responsible-Changed-From-To: freebsd-bugs->delphij Responsible-Changed-By: delphij Responsible-Changed-When: Tue Mar 23 20:04:26 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=144713 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: filesystem is full
On Mar 23, 2010, at 8:20 PM, Thomas Schmitt wrote: > The following reply was made to PR misc/144981; it has been noted by GNATS. > > From: "Thomas Schmitt" > To: bug-follo...@freebsd.org > Cc: > Subject: Re: misc/144981: Upgrading FreeBSD 8.0-RELEASE to 8.0-STABLE: > filesystem is full > Date: Tue, 23 Mar 2010 20:18:16 +0100 > > Hi, > >> The assumption being that you actually have enough disk space. > > Excuse my stubbornness, but i want to stress > that it was the installer of 8-RELEASE which > decided about the partitioning of the 50 GB > slice, not me. > 100 MB more of ad4s1a would have avoided the > upgrade problem. > > If this is not considered a flaw in that > installer, then my report is indeed inappropriate > and i apologize for the noise. > > > Have a nice day :) > > Thomas > Well, we need to clarify your opinion a bit. The installer does not decide anything at all. You are the one pressing the buttons, but yes you are right, the installer advices certain sizes for a predefined set of partitions. We might argue whether that is or is not right, but given the context of the current ticket; it's not a problem :-) -- /"\ Best regards,| re...@freebsd.org \ / Remko Lodder | re...@efnet Xhttp://www.evilcoder.org/| / \ ASCII Ribbon Campaign| Against HTML Mail and News ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/144987: [wpi] [panic] injecting packets with wlaninject using Intel 3945ABG wireless card gives kernel panic
Old Synopsis: injecting packets with wlaninject using Intel 3945ABG wireless card gives kernel panic New Synopsis: [wpi] [panic] injecting packets with wlaninject using Intel 3945ABG wireless card gives kernel panic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 23 22:38:38 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=144987 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/144993: databases/postgresql-odbc: contents of numeric fields returned as 0
>Number: 144993 >Category: misc >Synopsis: databases/postgresql-odbc: contents of numeric fields returned >as 0 >Confidential: no >Severity: critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Mar 24 02:30:02 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Berend de Boer >Release:8 >Organization: Xplain Technology Ltd >Environment: FreeBSD emes.servaris.com 8.0-STABLE FreeBSD 8.0-STABLE #0: Mon Mar 15 19:07:58 EDT 2010 r...@ohr.servaris.com:/usr/obj/usr/src/sys/OHR amd64 >Description: After installing the postgresql ODBC driver version 8.04 numeric fields return 0.00. Solution is to install the previous version, version postgresql-odbc-08.03.0400. PostgreSQL version is 8.4. Data is retrieved through unixODBC with the PostgreSQL ODBC driver, through the Eiffel ECLI (ODBC binding) library. After some testing I don't believe the problem is with this Eiffel binding, as just a minor release back everything works. All other datatypes are OK. >How-To-Repeat: >Fix: Install the previous version, version postgresql-odbc-08.03.0400. >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: ports/144993: databases/postgresql-odbc: contents of numeric fields returned as 0
Synopsis: databases/postgresql-odbc: contents of numeric fields returned as 0 Responsible-Changed-From-To: freebsd-bugs->freebsd-ports-bugs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Mar 24 03:40:43 UTC 2010 Responsible-Changed-Why: ports PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=144993 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/112673: [patch] pkg_add(1): pkg_add -S leaks the temp dir
The following reply was made to PR bin/112673; it has been noted by GNATS. From: Garrett Cooper To: bug-follo...@freebsd.org, jh...@timing.com Cc: Subject: Re: bin/112673: [patch] pkg_add(1): pkg_add -S leaks the temp dir Date: Tue, 23 Mar 2010 23:33:30 -0700 Hi John, (No one has replied to this PR yet in the past 3 years, so I figure I should). Yes, I've noted the same as well with my toying around with pkg_install over the past couple of days. Something's rotten in terms of how the directories are pushed and popped, in fact because many times it's not properly pushing and popping the directories in the correct / respective order. Your patch may resolve this issue, but I'm concerned about the case where a tainted directory hasn't been properly cleaned up and thus you get some of the contents of package A along with the contents of package B in the same directory, instead of properly resolving the root cause. I'll keep this bug in mind and look at proposing a solution sometime in the next couple of weeks. And the rewrite isn't completely off -- it's just been put on hold until this stuff is fixed :). Thanks, -Garrett ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
