Re: new.h is missing
On Tuesday 29 July 2003 11:54, Kai Mosebach wrote: Hi, I am running FreeBSD 5.1-CURRENT (22.07.03) im trying to port a software, and on compile time i get Tools_List.hpp:51:17: new.h: No such file or directory Leading to lots of errors afterwards i.e. : void* operator new(unsigned int, SAPDBMem_IRawAllocator) RTEMem_Allocator.cpp:124: no matching function for call to `operator new(unsigned int, SAPDBMem_IRawAllocator::AlignType[1])' Any ideas ? new.h is an obsolete header file (which was removed in gcc 3.3)... use #include new instead to get placement new with C++ Thanx Kai ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Bradley T. Hughes - bhughes at trolltech.com Trolltech AS - Waldemar Thranes gt. 98 N-0175 Oslo, Norway ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated ec-burst.diff patch
On Tuesday 01 July 2003 10:07, Nate Lawson wrote: Please download and try the new version. It correctly implements burst mode to the best of the 2.0 spec. Like the previous message, please report the appropriate dmesgs (acpi_ec0* and EC Waited*) and any errors or regression. I've tested du -a / while plugging/unplugging the power cable on my laptop many times with no errors. I haven't received any feedback yet. This WILL hit the tree in a few weeks because it fixes known problems. Test it now or test it then. :) On my aging fujistu-siemens E-series p2-366, this patch works just fine. I was previously getting tons of errors from the acpi_thermal thread, similar to other reports i have seen. with this, no errors occur, and things like screen blanking and disk spindown actually work :) Thanks, -Nate ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED] -- Bradley T. Hughes - bhughes at trolltech.com Trolltech AS - Waldemar Thranes gt. 98 N-0175 Oslo, Norway ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Updated ec-burst.diff patch
On my aging fujistu-siemens E-series p2-366, this patch works just fine. I was previously getting tons of errors from the acpi_thermal thread, similar to other reports i have seen. with this, no errors occur, and things like screen blanking and disk spindown actually work :) I forgot to include the dmesg output: acpi_ec0: embedded controller port 0x66,0x62 on acpi0 EC Waited max 149 cycles, event occurred EC Waited max 266 cycles, event occurred acpi_ec0: embedded controller port 0x66,0x62 on acpi0 EC Waited max 6 cycles, event occurred EC Waited max 15 cycles, event occurred EC Waited max 30 cycles, event occurred EC Waited max 105 cycles, event occurred EC Waited max 136 cycles, event occurred EC Waited max 137 cycles, event occurred EC Waited max 146 cycles, event occurred EC Waited max 269 cycles, event occurred -- Bradley T. Hughes - bhughes at trolltech.com Trolltech AS - Waldemar Thranes gt. 98 N-0175 Oslo, Norway ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: OOOPS - portupgrade/Swapfile/???
On Friday 04 April 2003 13:57, Wade Majors wrote: This bit me this morning, too. I believe Xft is where the circle happens, at least thats what i had to neuter to get other stuff building. It seems you are right: Xft depends on XFree86-4-fontEncodings XFree86-4-fontEncodings depends on XFree86-4-clients XFree86-4-clients depends on Xft :/ -Wade -- Bradley T. Hughes - bhughes at trolltech.com Trolltech AS - Waldemar Thranes gt. 98 N-0175 Oslo, Norway ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: OOOPS - portupgrade/Swapfile/???
On Friday 04 April 2003 14:03, Bradley T Hughes wrote: On Friday 04 April 2003 13:57, Wade Majors wrote: This bit me this morning, too. I believe Xft is where the circle happens, at least thats what i had to neuter to get other stuff building. It seems you are right: Xft depends on XFree86-4-fontEncodings Xft also depends on XFree86-4-fontScalable and XFree86-4-fontScalable depends on XFree86-4-clients... XFree86-4-fontEncodings depends on XFree86-4-clients XFree86-4-clients depends on Xft :/ -- Bradley T. Hughes - bhughes at trolltech.com Trolltech AS - Waldemar Thranes gt. 98 N-0175 Oslo, Norway ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What's happened to bpf?
On Tuesday 11 March 2003 17:06, Poul-Henning Kamp wrote: [snip] device cloning is really a wrong name for this, and I regret that I every used that term. On demand device creation is closer, but it doesn't have any sort of ring to it. ... but device on demand does have a ring to it :) -- Bradley T. Hughes - bhughes at trolltech.com Trolltech AS - Waldemar Thranes gt. 98 N-0175 Oslo, Norway To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Qt 3.1 on -CURRENT
On Tuesday 11 March 2003 23:47, Dag-Erling Smorgrav wrote: Is Qt expected to work on -CURRENT? Because on my system it won't even build: [snip] The specified system/compiler is not supported: /usr/ports/x11-toolkits/qt31/work/qt-x11-free-3.1.1/mkspecs//usr/X11R6/mkspecs/default This line is bogus... what's your environment look like? You probably have QMAKESPEC set in your environment (to /usr/X11R6/mkspecs/default), which doesn't exist on disk anymore. It's been moved to /usr/X11R6/share/qt/mkspecs/default It would probably make sense for the qt31 port to unset QMAKESPEC before configuring/building. -- Bradley T. Hughes - bhughes at trolltech.com Trolltech AS - Waldemar Thranes gt. 98 N-0175 Oslo, Norway To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: question regarding CMD640 chipsets
On Thu, 8 Jul 1999, Bruce Evans wrote: Rev.1.31 of ide_pci.c put the call in a dubious place (after some early return statements) in ide_pci_attach(). Try putting it at the beginning of the function (after `type' is initialized). hmmm if i had looked the code above that switch()... i probably wouldn't have had to ask... thanks much Bruce Blackbox - An X11R6 Window Manager http://blackbox.wiw.org/ __ Bradley T. Hughes [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message