On Friday 18 July 2003 19:23, Jacques A. Vidrine wrote:
> Even when libstdc++ is updated, we'll still be left with warnings from
> C-derived headers, such as the `long long' stuff.
Warnings are perfectly fine with me, since they don't break anything. Putting
bandaid around ports to avoid _error
On Fri, 18 Jul 2003 19:36:50 +0200, Matthias Schuendehuette <[EMAIL PROTECTED]>
wrote:
On Thursday 17 July 2003 08:14, David O'Brien wrote:
I'm willing to commit it as such, but I'd like to hear more people's
opinion.
What I found so far:
- gvim 6.2.21 works under 'twm'
- gvim 6.2.21 works under
Matt Loschert wrote:
After grepping through the build log
for error messages, I found the following output, which appears to be some
sort of build loop gone wild:
First this
--
Results of making rescue.cache:
MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue crunchgen -q -m rescue.mk -c rescu
Hi !
For games/inform just some escaped newlines:
[ I already sent that to the maintainer,
but then again to avoid double `work'... ]
CUT
--- veneer.c.orig Fri Jul 18 15:38:34 2003
+++ veneer.cFri Jul 18 15:39:44 2003
@@ -250,10 +250,10 @@
"#ifdef INFIX;if (obj has inf
Tim Kientzle wrote:
Matt Loschert wrote:
Then the following output repeated 363 times
crunchgen: make error: Remaking `crunchgen_objs'
crunchgen: make error: Results of making crunchgen_objs:
crunchgen: make error:
crunchgen: make error: Remaking `loo
"Jacques A. Vidrine" <[EMAIL PROTECTED]> writes:
> [For some reason I haven't seen Alexander's post yet, so I'm mixing
> replies here.]
>
> On Fri, Jul 18, 2003 at 06:12:10PM +0200, Michael Nottebrock wrote:
> > On Friday 18 July 2003 17:37, Alexander Kabaev wrote:
> > > On Fri, 18 Jul 2003 10:3
> [snip]
>
> Curiosity: Why does this suppression get disabled in the imported compiler?
I guess justification was to see warnings about FreeBSD's own header
files. We dont want to hide warnings in them, we want to fix issues
warnings report. C++ headers just a side effect of that decision.
--
Al
On Fri, Jul 18, 2003 at 07:07:55PM +0200, Michael Nottebrock wrote:
Content-Description: signed data
> On Friday 18 July 2003 18:14, Alexander Kabaev wrote:
>
> > Configure ailing due to warnings is a real bug.
>
> What do you mean now? Configure is not failing because of warnings, it is
> failing
Warner mentioned this was due to the gcc import. Nearly every part of the
kernel that uses newbus or buf.h prints out lots of warnings. Can someone
see about fixing this, whether it's by fixing our headers or build flags
or gcc itself? I've already wasted a few reboot cycles because valid
warnin
I get an error when umounting a FAT filesystem on a USB flash drive. It
appears the device is properly unmounted. Is this a case that needs to be
fixed in our fsid code? It happens every time I unmount this device.
laptop# mount
/dev/ad0s4a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/ad
Hi !
> Then configure runs gcc with wrong parameters. In GCC 3.3 -pedantic implies
> -pedantic-error, unless -fpermissive is specified too.
??? The info page doesn't say so.
If one can't trust the GNU info pages - what a mess,
considered that they refuse to maintain proper manpages either...
Con
On Fri, Jul 18, 2003 at 12:18:14PM -0700, Nate Lawson wrote:
> Warner mentioned this was due to the gcc import. Nearly every part of the
> kernel that uses newbus or buf.h prints out lots of warnings. Can someone
> see about fixing this, whether it's by fixing our headers or build flags
> or gcc
On Friday 18 July 2003 21:16, Alexander Kabaev wrote:
> On Fri, Jul 18, 2003 at 07:07:55PM +0200, Michael Nottebrock wrote:
> Content-Description: signed data
>
> > On Friday 18 July 2003 18:14, Alexander Kabaev wrote:
> > > Configure ailing due to warnings is a real bug.
> >
> > What do you mean n
> ??? The info page doesn't say so.
> If one can't trust the GNU info pages - what a mess,
> considered that they refuse to maintain proper manpages either...
> Confused. Please enlighten me.
What kind of enlightenment are you looking for? gcc mailing list
address is not secret, I suggest you to t
Hi !
> What kind of enlightenment are you looking for?
0.17 e.g. 8-))
Seriously, I didn't mean to piss off anyone.
Just wanted to learn about the *reason* of this incoherence.
I apologize if the irony was way too masked.
> gcc mailing list address is not secret, I suggest you to take it
> the
Hello -
When I kldload nvidia, i receive a kernel panic.
options INVARIANTS
options INVARIANT_SUPPORT
options DDB
options WITNESS
panic: spin lock ctl.mtx_rm not in order list
panic messages:
---
Reading symbols from /usr/src/sys/i386/compile/WIND/modules/usr/src/
On Fri, Jul 18, 2003 at 08:59:56PM +1000, Tony Maher wrote:
> Hello,
>
> I recently installed FreeBSD 5-1-Release onto a Compaq Evo N610c and
> upgraded to -Current.
>
> FreeBSD k9.home 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Wed Jul 16 08:26:32 EST 2003
> [EMAIL PROTECTED]:/var/obj/space/usr/sr
On Fri, 2003-07-18 at 13:10, Hajimu UMEMOTO wrote:
> Hi,
>
> > On Fri, 18 Jul 2003 12:14:08 -0700
> > "Drew Tomlinson" <[EMAIL PROTECTED]> said:
>
> drew> I've been trying to get saslauthd working with PAM on my 4.8-RELEASE but
> drew> have been unsuccessful.
>
> Umm, it's strange. Actu
On Thu, 17 Jul 2003, Geoff Buckingham wrote:
> HS 20 is IBMs Serverwork GC-LE dual Xeon blade, it managment chassis contains
> usb floppy, cdrom, and usb to PS2 adapter for keyboard and mouse, these are
> only ever avilable to one blade at a time.
>
> I had a quick try to install from 5.1 iso this
Soeren Schmidt wrote:
> > which is named "FreeBSD")
> > And that's why FreeBSD panics until I delete the mirror relationship.
>
> Well Highpoints way of dealing with broken arrays and lost disks are less
> than optimal, I've tried to do my best in the ATA driver to fool the HPT
> system, but its no
> ps2 is the IBM utility to adjust BIOS parameters. While these can also
> be adjusted under Windows, many are never written to CMOS and are lost
> on re-boot. (Windows re-loads them from the registry.) ps2 will change
> the values in CMOS memory.
I couldn't get ps2 to tell me anything interesting
On Fri, 18 Jul 2003, Bruce Evans wrote:
Hi,
> > just to also ask here before opening a bug report. Anyone successfully
> > using a cyclades (Yo8) ISA on FreeBSD 5.x/Current ?
> >
> > I am unable to get it regonized on bootup.
...
>
> A similar configuration still works for me with a slightly old
> From: "stark" <[EMAIL PROTECTED]>
> Date: Fri, 18 Jul 2003 17:46:51 -0400 (EDT)
>
> > ps2 is the IBM utility to adjust BIOS parameters. While these can also
> > be adjusted under Windows, many are never written to CMOS and are lost
> > on re-boot. (Windows re-loads them from the registry.) ps2 w
"Kevin Oberman" <[EMAIL PROTECTED]> wrote:
> Great to hear that it's working.
>
> Now I just wonder why you had to do this. My T30 has standard IRQs
> (most everything shares 11) and I have not seen this. My fxp0 works
> fine with CURRENT and has worked for quite some time, maybe since
> pre-5.0-
On Fri, Jul 18, 2003 at 03:28:05PM +0200, Daniel Lang wrote:
> The XKeysymDB file was missing! (And as I found out later, the XErrorDB
> file, as well).
The open-motif port used to spam this file with its own version, which
would then be removed when the port was deinstalled. I think this is
now
In message <[EMAIL PROTECTED]>, Nate Lawson writes:
>I get an error when umounting a FAT filesystem on a USB flash drive. It
>appears the device is properly unmounted. Is this a case that needs to be
>fixed in our fsid code? It happens every time I unmount this device.
>laptop# umount /thumb
>u
Hello -
cu -l /dev/cuaa0 completely locks up my machine...
How can I debug this?
Thanks
David
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
--- messages.c.orig Fri Jul 18 17:14:00 2003
+++ messages.c Fri Jul 18 17:14:42 2003
@@ -43,7 +43,7 @@
Author: %Z, Site: %U\n\
Comment: %p\n\n\
Audio codec information:\n\
-Signatire: %w\t\tName: %P\n
+Signatire: %w\t\tName: %P\n\
On Sat, 19 Jul 2003, Ian Dowse wrote:
> In message <[EMAIL PROTECTED]>, Nate Lawson writes:
> >I get an error when umounting a FAT filesystem on a USB flash drive. It
> >appears the device is properly unmounted. Is this a case that needs to be
> >fixed in our fsid code? It happens every time I u
Robert,
>> debug.acpi.disable="cmbat"
>
> I did this today, mmm seems something is working (work around). But
> battery stats an apm like monitoring of the battery is not working any
> more. So what happens if the battery is empty? just system shutdown
> without saving of the memory and so?
This
Nate Lawson <[EMAIL PROTECTED]> writes:
> Warner mentioned this was due to the gcc import. Nearly every part of the
> kernel that uses newbus or buf.h prints out lots of warnings. Can someone
> see about fixing this, whether it's by fixing our headers or build flags
> or gcc itself? I've alread
Alexander Kabaev <[EMAIL PROTECTED]> writes:
> > [snip]
> >
> > Curiosity: Why does this suppression get disabled in the imported compiler?
>
> I guess justification was to see warnings about FreeBSD's own header
> files. We dont want to hide warnings in them, we want to fix issues
> warnings rep
Peter Kadau <[EMAIL PROTECTED]> writes:
> Hi !
>
> > Then configure runs gcc with wrong parameters. In GCC 3.3 -pedantic implies
> > -pedantic-error, unless -fpermissive is specified too.
>
> ??? The info page doesn't say so.
> If one can't trust the GNU info pages - what a mess,
> considered th
I can not make my MTA work.
To: [EMAIL PROTECTED]
From: Jun Su <[EMAIL PROTECTED]>
Reply-To: Jun Su <[EMAIL PROTECTED]>
Cc:
X-send-pr-version: 3.113
X-GNATS-Notify:
>Submitter-Id: current-users
>Originator:Jun Su
>Organization: none
>Confidential: no
>
--- html2h/html2h.c.origSat Jul 19 02:31:37 2003
+++ html2h/html2h.c Sat Jul 19 02:32:42 2003
@@ -6,15 +6,15 @@
void usage()
{
- printf("
-html2h v0.1
-usage:
- html2h input.html [output.h]
-
- if output is not set, input.h will be generated and overwritten!
--- freefem/fem/femDisk.cpp.origSat Jul 19 04:09:32 2003
+++ freefem/fem/femDisk.cpp Sat Jul 19 04:13:43 2003
@@ -95,7 +95,7 @@
char *result = 0;
int dummy;
-ifstream fin( path );
+std::ifstream fin( path );
if ( fin.fail() )
{
@@ -198,7 +198,7 @@
--- metaps.c.orig Sat Jul 19 02:38:38 2003
+++ metaps.cSat Jul 19 02:39:09 2003
@@ -209,7 +209,7 @@
// rectangle clipping
// x1 y1 x2 y2 setclip
static char setclipmacro[]= "/setclip {\n\
-gsave
+gsave\
/y2 exch def\n\
/x2 exch def\n\
/y1 exch def\n\
s
--- screens/nc_about.c.orig Mon Jan 17 11:57:20 2000
+++ screens/nc_about.c Sat Jul 19 03:21:09 2003
@@ -86,856 +86,855 @@
*/
struct anim A[]=
-{{"\
-
-___ _ __ __
- / / / / | / ___// / / /
- / /_ / / / /| | \\__ \\/ /_/ /
- / __/ / /___/ ___ |___/ / _
On Fri, 18 Jul 2003, David Hill wrote:
> cu -l /dev/cuaa0 completely locks up my machine...
> How can I debug this?
David,
As usual, update your sources, enable all of the debugging options in your
kernel config file, including DDB. Compile a kernel and ensure that you
have an up-to-date world
Is marked broken:
BROKEN="Fails to patch"
but the patches do apply and the port does build.
signature.asc
Description: Digital signature
On Fri, 18 Jul 2003, Jacques A. Vidrine wrote:
> On Fri, Jul 18, 2003 at 12:18:14PM -0700, Nate Lawson wrote:
> > Warner mentioned this was due to the gcc import. Nearly every part of the
> > kernel that uses newbus or buf.h prints out lots of warnings. Can someone
> > see about fixing this, whe
--- htapp.cc.orig Sat Jul 19 05:35:07 2003
+++ htapp.ccSat Jul 19 05:39:02 2003
@@ -2028,7 +2028,7 @@
get_stdbounds_tool(&b);
ht_project_window *project_window=new ht_project_window();
- project_window->init(&b, "project window", FS_KILLER |
--- rdf.c.orig Sat Jul 19 05:08:36 2003
+++ rdf.c Sat Jul 19 05:09:00 2003
@@ -445,8 +445,8 @@
printf("calculate_rdf(): a = %f b = %f c = %f alpha = %f beta = %f gamma = %f\n",
model->pbc[0], model->pbc[1], model->pbc[2],
model->pbc[3], model->pbc[4], model->pbc[
--- main.c.orig Sat Jul 19 06:04:26 2003
+++ main.c Sat Jul 19 06:03:37 2003
@@ -21,7 +21,7 @@
#define USAGE "usage: lsm [-h] [-o file] [dir] \n \
\n \
\th \t: print this help message\n \
-\tv \t: print current version\n
+\tv \t: print current version\n\
\to file \t: use file as output \n\
The attached patch includes the existing patch file patch-ab, which is
obsolete now.
--- util.c.orig Tue Oct 31 13:06:05 2000
+++ util.c Sat Jul 19 05:45:59 2003
@@ -330,11 +330,11 @@
fclose(f);
if(pid>0 && useFifo)
{
- fpri
On Fri, 18 Jul 2003, Bjoern A. Zeeb wrote:
> I have further digged into this and from what I can see
>
> --- cy.c:cy_units ---
> /* wait for the CD1400 to initialize itself */
> for (i = 0; i < 200; i++) {
> DELAY(50);
>
>
Jun Su wrote:
> I began to import some code from Darwin msdosfs. Here
> is my first patch about the dirty flag. I patched the
> msdosfs kernel module and fsck_msdos to enable the
> flag. Can someone test it and checked in? Must I
> submit a PR?
>
> From my own option, the new features of Darwin's
Nate Lawson wrote:
> /home/src/sys/gnu/ext2fs/ext2_vfsops.c: In function `ext2_unmount':
> @/sys/buf.h:281: warning: inlining failed in call to `BUF_LOCK'
"Warning: compiler failed to do what the hell it was told to do".
8-).
-- Terry
___
[EMAIL PROTEC
On Thu, Jul 17, 2003 at 07:52:00PM -0700, Kris Kennaway wrote:
> OK, now that the latest 5.x package build is well underway, we can
> start work on fixing the compile failures seen with gcc 3.3.
What about stuff that breaks because the libstdc++ headers trip up gcc?
- alex
__
On Fri, Jul 18, 2003 at 11:30:14PM -0700, Alex Zepeda wrote:
> On Thu, Jul 17, 2003 at 07:52:00PM -0700, Kris Kennaway wrote:
>
> > OK, now that the latest 5.x package build is well underway, we can
> > start work on fixing the compile failures seen with gcc 3.3.
>
> What about stuff that breaks
> On Thu, 17 Jul 2003, Danny Braniss wrote:
> > > Your asl seems bogus since there are a lot of unexpected values (i.e. for
> > > TZ and EC port values). Since it worked in 4.8R, follow the instructions
> > > for disabling ACPI.
> > >
> > > -Nate
> >
> > thanks, that did it, but now, is there anyw
Alexander Kabaev wrote:
> On Thu, 17 Jul 2003 14:02:20 -0700
> Kris Kennaway <[EMAIL PROTECTED]> wrote:
> >
> > Sorry, I missed the patch in your email. I'm not certain about your
> > approach...can someone who understands the issues comment on it?
>
> I'd rather see all varargs.h consumers be co
Harald Schmalzbauer wrote:
> Please forget that. It was because for convinience reasons I had turned the
> 80-pin ATA cables upside down. So the black was at the controller and the
> blue at the drive.
> I can't imagine that this makes any technical difference (as long as no
> slave drive is connec
It seems Harald Schmalzbauer wrote:
>
> I also think the RAID configuration is stored on the disks since when I
> create a non-DOS compatible slice (starting at 0 not 63) the RAID
> configuration vanishes.
Yes the Highpoint BIOS uses sector 9 to hold the RAID config, so if you
use that for other
On Thursday 17 July 2003 22:50, Mikhail Teterin wrote:
> Here is how to reproduce the problem, Michael is talking about. Simply
> try to build the kdelibs3 (or kdegraphic3, or kdenetwork3) port.
I've tried to come up with a less obscure testcase:
#include
#include
using namespace std;
int mai
"Julian Stacey" <[EMAIL PROTECTED]> writes:
> Periodicaly someone masquerades as Matt Dilllon. Those targeted
> by trolls need to work extra hard to establish credibility of
> poster's address, to avoid suspicion of "troll at work" (phone
> number maybe?). Trolls of course need to work extra hard
On Friday 18 July 2003 10:32, I wrote:
> Now, if I compile this on 5.1-RELEASE with
>
> c++ -Wnon-virtual-dtor -Wno-long-long -Wall -pedantic -W -Wpointer-arith
> -Wmissing-prototypes -Wwrite-strings -DNDEBUG -DNO_DEBUG -O -pipe
> -mcpu=pentiumpro -fno-check-new -L/usr/local/lib -I/usr/local/inclu
Michael Nottebrock <[EMAIL PROTECTED]> writes:
> There was one report of kdelibs' configure failing because of "the weirdness
> of the new cc (3.3), that leads to errors instead of warnings with certain
> combinations of -W* and -pedantic options."
gcc 3.3 is a lot stricter about some errors whi
Harald Schmalzbauer wrote:
Harald Schmalzbauer wrote:
Ok, like I thought, the disk was not defect. There seems to be a
bug in ata
regarding HPT372
First: Wiht BIOS version 2.342 the secondary master disk id is incorrectly
detected (something liek "X X X X X X X X X X X X X X X" instead of
"IC25N03
On Thu, Jul 17, 2003 at 09:58:00AM -0600, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Tobias Roth <[EMAIL PROTECTED]> writes: this is caused by
> : an irq conflict. the bug was introduced some time between 5.0 and
> : 5.1. i have no idea how to solve this, maybe someone e
Hello,
I recently installed FreeBSD 5-1-Release onto a Compaq Evo N610c and
upgraded to -Current.
FreeBSD k9.home 5.1-CURRENT FreeBSD 5.1-CURRENT #1: Wed Jul 16 08:26:32 EST 2003
[EMAIL PROTECTED]:/var/obj/space/usr/src/sys/GENERIC i386
There were problems when booting with ACPI (short ter
OK, here is one for graphics/svgalib:
--- src/vga.c.orig Fri Jul 18 13:27:40 2003
+++ src/vga.c Fri Jul 18 13:32:58 2003
@@ -3846,7 +3846,7 @@
#define ML_GETINT(x) \
ptr = strtok(NULL, " "); if(!ptr) break; \
- mmt.##x = atoi(ptr);
+ mmt.x = atoi(ptr);
Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= wrote:
> To: "Julian Stacey" <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED], Matthew Dillon <[EMAIL PROTECTED]>
> Date: Fri, 18 Jul 2003 10:48:17 +0200
> Message-id: <[EMAIL PROTECTED]>
>
> Idiot.
>
> $ whois dragonflybsd.org
> [...]
> Registrant:
>Matthew Di
On Fri, Jul 18, 2003 at 02:47:48PM +0200, Julian Stacey wrote:
> - Are there any benefits to the BSD community in having
> a 4th BSD bin/ sbin/ usr.bin/ usr.sbin/ ?
What does that have to do with anything? Matt is free to spend his time and
resources as he sees fit. There is no "BSD projec
Hi Again,
Daniel Lang wrote on Wed, Jul 16, 2003 at 05:16:23PM +0200:
[..]
> I've recently upgraded my Notebook to 5.1-CURRENT.
> One of the main problems I ran into, is, that the
> keyboard is not working when using X.
[..]
> If I start up X, I cannot put in any key. The mouse works
> fine, thoug
> What does that have to do with anything? Matt is free to spend his time
> and resources as he sees fit. There is no "BSD project fork approval board".
I guess it was just a question don't flame him...
--
Pierrick Brossin
IT Employee - Quark Media House Switzerland
Mail: pbrossin_AT_swissgeeks
> On Thu, Jul 17, 2003 at 09:58:00AM -0600, M. Warner Losh wrote:
> kevin oberman suggested the use of the ps2 utility for thinkpads. i
> did not have the chance to try it out myself.
I also didn't have the time to look at it the last day and a half, but
I have time this weekend so I'll definite
On Fri, 18 Jul 2003, Bruce Evans wrote:
> On Thu, 17 Jul 2003, Matt Loschert wrote:
>
> > On Thu, 17 Jul 2003, Bruce Evans wrote:
> > > Try using make -P to unmix the output...
> >
> > I am not sure if this is useful or not, but I took your suggestion of
> > using make -P, and now the build stops
> From: "stark" <[EMAIL PROTECTED]>
> Date: Fri, 18 Jul 2003 09:45:08 -0400 (EDT)
>
> > On Thu, Jul 17, 2003 at 09:58:00AM -0600, M. Warner Losh wrote:
>
> > kevin oberman suggested the use of the ps2 utility for thinkpads. i
> > did not have the chance to try it out myself.
>
> I also didn't h
[cc: list trimmed]
On Fri, Jul 18, 2003 at 10:32:51AM +0200, Michael Nottebrock wrote:
> I've tried to come up with a less obscure testcase:
>
> #include
> #include
> using namespace std;
>
> int main ()
> {
>
> string astring="Hello World";
> cout << astring << endl;
> }
>
> Now, if I c
Hi All,
I began to import some code from Darwin msdosfs. Here
is my first patch about the dirty flag. I patched the
msdosfs kernel module and fsck_msdos to enable the
flag. Can someone test it and checked in? Must I
submit a PR?
>From my own option, the new features of Darwin's
msdosfs are dirty
On Friday 18 July 2003 17:37, Alexander Kabaev wrote:
> On Fri, 18 Jul 2003 10:33:58 -0500
>
> "Jacques A. Vidrine" <[EMAIL PROTECTED]> wrote:
> > I also recall lots of missing `typename's in the system headers that
> > were resolved in the actual GCC distribution.
> >
> > Alexander, do the STL hea
[...]
> If you are running 4.x, you can also help to develop fixes for these
> ports by installing the gcc33 port and setting
>
> CC=/usr/local/bin/gcc33
> CXX=/usr/local/bin/g++33
[...]
Hi, since I have some spare time today, I fixed some of the broken
ports (I will start with those ports
--- Makefile.orig Fri Jul 18 17:46:10 2003
+++ MakefileFri Jul 18 17:46:39 2003
@@ -21,11 +21,9 @@
MAKE_ENV= PTHREAD_LIBS="${PTHREAD_LIBS}" \
PTHREAD_CFLAGS="${PTHREAD_CFLAGS}"
-.include
+CFLAGS += -Wno-deprecated
-.if ${OSVERSION} >= 500113
-BROKEN= "D
On Fri, Jul 18, 2003 at 06:23:32PM +0200, Simon Barner wrote:
> [...]
>
> > If you are running 4.x, you can also help to develop fixes for these
> > ports by installing the gcc33 port and setting
> >
> > CC=/usr/local/bin/gcc33
> > CXX=/usr/local/bin/g++33
>
> [...]
>
> Hi, since I have som
On Wed, Jul 16, 2003 at 02:24:18PM +, Bosko Milekic wrote:
>
> Same here, remove the -j N. Right now there seem to be some
> dependencies which you fail against with a parallel build.
And it works here as well.
Building with -j highlights a problem I'm seeing on a sparc64 though
... the sto
On Fri, Jul 18, 2003 at 06:36:31PM +0200, Simon Barner wrote:
[patches skipped]
Committed with some modifications, thanks!
--
Rgdz,/"\ ASCII RIBBON CAMPAIGN
Sergey Osokin aka oZZ, \ /AGAINST HTML MAIL
http://ozz.pp.ru/ X AND NEWS
On Friday 18 July 2003 18:14, Alexander Kabaev wrote:
> Configure ailing due to warnings is a real bug.
What do you mean now? Configure is not failing because of warnings, it is
failing because of _ERRORS_, errors occur in gcc's libstdc++ bits. They _used
to be warnings_ before the import.
--
On Fri, Jul 18, 2003 at 08:51:08AM -0700, Jun Su wrote:
> Hi All,
>
> I began to import some code from Darwin msdosfs. Here
> is my first patch about the dirty flag. I patched the
> msdosfs kernel module and fsck_msdos to enable the
> flag. Can someone test it and checked in? Must I
> submit a PR
[For some reason I haven't seen Alexander's post yet, so I'm mixing
replies here.]
On Fri, Jul 18, 2003 at 06:12:10PM +0200, Michael Nottebrock wrote:
> On Friday 18 July 2003 17:37, Alexander Kabaev wrote:
> > On Fri, 18 Jul 2003 10:33:58 -0500
> >
> > "Jacques A. Vidrine" <[EMAIL PROTECTED]> wr
On Thu, 17 Jul 2003, Kris Kennaway wrote:
> Most of the new compile failures are caused by 3 or 4 types of failure
> mode (all of which have to do with stricter standards compliance in
> the new compiler suite). I haven't yet looked at how to fix most of
> them: if you figure out a patch for a cl
On Fri, 18 Jul 2003, Danny Braniss wrote:
> > On Thu, 17 Jul 2003, Danny Braniss wrote:
> > > > Your asl seems bogus since there are a lot of unexpected values (i.e. for
> > > > TZ and EC port values). Since it worked in 4.8R, follow the instructions
> > > > for disabling ACPI.
> > > >
> > > > -Na
On Thursday 17 July 2003 08:14, David O'Brien wrote:
> I'm willing to commit it as such, but I'd like to hear more people's
> opinion.
What I found so far:
- gvim 6.2.21 works under 'twm'
- gvim 6.2.21 works under 'kde 3.1' with SESSION_MANAGER unset
- gvim 6.2.21 works under 'kde 3.1' if running
Hi,
on my 5.1R-box, I sometimes get the below panic message when loading a module into the
kernel with kldload(8).
It seems that some part of the linker reports a bogus value for the required memory.
Other times loading modules works fine.
Rene
Script started on Fri Jul 18 19:35:09 2003
[EMAI
84 matches
Mail list logo
