ription available)
ii locales 2.13-8 Embedded GNU C Library: National L
ii locales-all [locales] 2.13-8 Embedded GNU C Library: Precompile
-- debconf information:
* glibc/upgrade: true
glibc/disable-screensaver:
glibc/restart-failed:
* glibc/restart-servic
gcc-4.6 [c-compiler] 4.6.0-8The GNU C compiler
Versions of packages libc6-dev suggests:
pn glibc-doc (no description available)
ii manpages-dev 3.27-1 Manual pages about using GNU/Linux
-- no debconf information
--
brian m. carlson
ription available)
ii locales 2.11.2-2 Embedded GNU C Library: National L
-- debconf information excluded
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2
iption available)
ii manpages-dev 3.17-1 Manual pages about using GNU/Linux
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpa
On Mon, Jan 12, 2009 at 10:02:41PM +, Colin Watson wrote:
On Mon, Jan 12, 2009 at 09:13:15PM +, brian m. carlson wrote:
fp = (FILE *) 0x0
That would happen if popen() fails. The manual page says:
The popen() function returns NULL if the fork(2) or pipe(2
locale
-- debconf information:
glibc/upgrade: true
glibc/restart-failed:
glibc/restart-services:
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/th
On Wed, Nov 28, 2007 at 11:28:15PM +0100, Aurelien Jarno wrote:
brian m. carlson a écrit :
---
#define _XOPEN_SOURCE
#include
#include
---
A quick workaround is to invert the two #include
It's not that easy in the swi-prolog case. The two headers are included
in two separate he
piler
ii gcc-4.3 [c-compiler] 4.3-20070902-1 The GNU C compiler
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
O
don't think you really need that much experience with RPC. All you
need to do is describe what each external function does. Basically,
document how each function manipulates input, output, and global state.
That's it.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 71
On Thu, 2006-02-23 at 13:24 +0100, Gabor Gombas wrote:
> On Thu, Feb 23, 2006 at 04:30:55AM +0000, Brian M. Carlson wrote:
>
> > > By introducing a new define, you are breaking standard compliance.
> >
> > Well, there is no better way. You want to preserve bina
On Tue, 2006-02-21 at 16:22 +0100, Aurelien Jarno wrote:
> Brian M. Carlson a écrit :
> > It's been done at least once before. However, if there were a libc7,
>
> Could please give me the number of packages affected and compare to now?
I don't know how many packages
On Tue, 2006-02-21 at 16:44 -0800, Russ Allbery wrote:
> The sad part is that if it's just an issue with duplicate case statements,
> it's a two-line fix.
>
> case ENOTSUP:
> case EOPNOTSUPP:
>
> becomes:
>
> case ENOTSUP:
> #if ENOTSUP != EOPNOTSUPP
> case EOPNOTSUPP:
> #endif
On Tue, 2006-02-21 at 16:25 +0100, Aurelien Jarno wrote:
> severity 227386 wishlist
> thanks
>
> I have found no place where either the Linux kernel, the GNU libc or
> Debian claim full POSIX compliance. Therefore this a wishlist.
>
> If you found such a place, I will upgrade the bug back to min
On Mon, 2006-02-20 at 07:51 +0100, Aurelien Jarno wrote:
> Brian M. Carlson a écrit :
> > # bcc'd to control
> > forwarded 227386 http://sources.redhat.com/bugzilla/show_bug.cgi?id=2363
> > thanks, control, and have a nice day
> >
> > On Sun, 2006-02-1
On Mon, 2006-02-20 at 17:37 +0100, Gabor Gombas wrote:
> That seems overly complex. You should most certainly know the range of
> your own error codes, so something like the below looks much simpler (no
> script needed, no dependance on the value of standard error codes):
The problem with that is
# bcc'd to control
forwarded 227386 http://sources.redhat.com/bugzilla/show_bug.cgi?id=2363
thanks, control, and have a nice day
On Sun, 2006-02-19 at 17:36 +0100, Aurelien Jarno wrote:
> severity 227386 minor
> thanks
I'm not going to play bug tennis with you. I think the bug should be
rated im
severity 227386 important
clone 227386 -1
reassign -1 linux-2.6
retitle -1 linux-2.6: ENOTSUP and EOPNOTSUPP should be different
thanks, control, and have a nice day
[Copied and pasted from the bug log, because I don't have the original.]
> At Mon, 12 Jan 2004 22:21:39 +,
> Brian
C)
Versions of packages libc6-dev depends on:
ii libc62.3.2.ds1-10GNU C Library: Shared libraries an
ii linux-kernel-headers 2.5.999-test7-bk-14 Linux Kernel Headers for developme
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x56
C)
Versions of packages libc6-dev depends on:
ii libc62.3.2.ds1-10GNU C Library: Shared libraries an
ii linux-kernel-headers 2.5.999-test7-bk-14 Linux Kernel Headers for developme
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x56
packages in 64-bit mode causes unrelated packages on the system to
break. For example, building dpkg (or any other Essential: yes package)
on sparc64 would cause a total breakage of the system.
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
signature.asc
Description: Digital signature
ckages in 64-bit mode causes unrelated packages on the system to
break. For example, building dpkg (or any other Essential: yes package)
on sparc64 would cause a total breakage of the system.
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
signature.asc
Description: Digital signature
I have made an effort to contact upstream. I am also actively working on
an implementation to replace the Sun RPC code in case that does not work
out. It is incomplete, but patches are being accepted. You can check it
out with the following command:
svn co svn://crustytoothpaste.ath.cx/v
I have made an effort to contact upstream. I am also actively working on
an implementation to replace the Sun RPC code in case that does not work
out. It is incomplete, but patches are being accepted. You can check it
out with the following command:
svn co svn://crustytoothpaste.ath.cx/v
Once again, I have forgotten the file. It can be downloaded from here:
<http://crustytoothpaste.ath.cx/cgi-bin/viewcvs.cgi/*checkout*/rpc/rpc/ldl.c?content-type=text%2Fplain&rev=1.2>
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
signature.asc
Description: Digital signature
Package: libc6-sparc64
Version: 2.3.2.ds1-9
Severity: important
After compiling the attached code with "gcc -o long-double-len ldl.c"
and executing "./long-double-len", the code fails with the following
error:
./long-double-len: error while loading shared libraries: /lib64/libc.so.6: unexpected
Package: libc6-dev
Version: 2.3.2-8
Severity: normal
When building the attached testcase with "-pedantic-errors", I get the
following error messages:
In file included from /usr/include/fenv.h:58,
from foo.c:1:
/usr/include/bits/fenv.h:54: error: ISO C restricts enumerator values
Package: libc6-dev
Version: 2.3.2-8
Severity: normal
When building the attached testcase with "-pedantic-errors", I get the
following error messages:
In file included from /usr/include/fenv.h:58,
from foo.c:1:
/usr/include/bits/fenv.h:54: error: ISO C restricts enumerator values
to C)
Versions of packages libc6-dev depends on:
ii libc62.3.2.ds1-3 GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to
to C)
Versions of packages libc6-dev depends on:
ii libc62.3.2.ds1-3 GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to
reopen 181493
thanks, control, and have a nice day
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
signature
reopen 181493
thanks, control, and have a nice day
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
signature
n.org_2003_8_27
> X-Spam-Level: ***
> X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_27
> (1.174.2.15-2003-03-30-exp)
>
> What fun.
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
pgp0.pgp
Description: PGP signature
reopen 181493
thanks
I am reopening this again. Until debian-legal has decided one way or
another, this is staying open.
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, an
ory. I think that the Sun RPC code is
non-free, and I want an opinion from debian-legal.
> At Mon, 18 Aug 2003 02:28:48 +1000,
> Anthony Towns wrote:
> > This bug should be closed.
>
> OK, I've closed now.
>
> Regards,
> -- gotom
--
Brian M. Carlson <[EMAIL PROTE
tags 203412 + patch
thanks, control, and have a nice day
Included is a patch to fix this bug so that _XOPEN_VERSION will be 600
when __USE_XOPEN2K is defined.
cd754038fdc73d5a18f40a93d951832c *unistd.h.xopen_ver_600.diff
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let u
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
pgpG0SbcJ3kDW.pgp
Description: PGP signature
tags 203412 + patch
thanks, control, and have a nice day
Included is a patch to fix this bug so that _XOPEN_VERSION will be 600
when __USE_XOPEN2K is defined.
cd754038fdc73d5a18f40a93d951832c *unistd.h.xopen_ver_600.diff
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let u
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
pgp0.pgp
Description: PGP signature
Linux stonewall 2.4.21-2-k7 #1 Sat Jul 5 03:47:02 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages libc6-dev depends on:
ii libc6 2.3.2-1GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
&q
Linux stonewall 2.4.21-2-k7 #1 Sat Jul 5 03:47:02 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages libc6-dev depends on:
ii libc6 2.3.2-1GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
&q
YPE=C
Versions of packages libc6-dev depends on:
ii libc6 2.3.2-1GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to
YPE=C
Versions of packages libc6-dev depends on:
ii libc6 2.3.2-1GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to
retitle 202115 libc6-dev: contains neither iso646.h nor stdbool.h, which are
both required for both C99 and SUSv3
thanks, control, and have a nice day.
On Sat, Jul 19, 2003 at 08:54:01PM +, Brian M. Carlson wrote:
> The Single Unix Specification Version 3 (also POSIX-2001) requires
retitle 202115 libc6-dev: contains neither iso646.h nor stdbool.h, which are both
required for both C99 and SUSv3
thanks, control, and have a nice day.
On Sat, Jul 19, 2003 at 08:54:01PM +, Brian M. Carlson wrote:
> The Single Unix Specification Version 3 (also POSIX-2001) requires
Library: Shared libraries an
-- no debconf information
[0] http://www.opengroup.org/onlinepubs/007904975/basedefs/iso646.h.html
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself,
Library: Shared libraries an
-- no debconf information
[0] http://www.opengroup.org/onlinepubs/007904975/basedefs/iso646.h.html
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself,
On Wed, Dec 04, 2002 at 06:43:08AM -0600, Colin Watson wrote:
> On Wed, Dec 04, 2002 at 05:45:09AM +0000, Brian M. Carlson wrote:
> > Package: glibc
> > Version: unavailable; reported 2002-12-04
> > Severity: serious
> > Justification: Policy 2.1.1, 2.1.2
> >
>
On Wed, Dec 04, 2002 at 06:43:08AM -0600, Colin Watson wrote:
> On Wed, Dec 04, 2002 at 05:45:09AM +0000, Brian M. Carlson wrote:
> > Package: glibc
> > Version: unavailable; reported 2002-12-04
> > Severity: serious
> > Justification: Policy 2.1.1, 2.1.2
> >
>
UTF-8
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
pgpexYBwlFzFE.pgp
Description: PGP signature
UTF-8
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
msg02068/pgp0.pgp
Description: PGP signature
)
--
Brian M. Carlson <[EMAIL PROTECTED]> <http://decoy.wox.org/~bmc> 0x560553E7
I always pass on good advice. It is the only thing to do with it.
It is never any good to oneself.
-- Oscar Wilde, "An Ideal Husband"
msg01096/pgp0.pgp
Description: PGP signature
51 matches
Mail list logo
