Re: "rm -rf /" fanclub

[Peter Maloney]

On 02/24/2012 01:16 AM, deeptec...@gmail.com wrote:
> On Thu, Feb 23, 2012 at 11:41 PM, deeptec...@gmail.com
>  wrote:
>> X11R6 is actually a symlink to /usr/local, and not usr/local or
>> .usr/local! Also, /home is a symlink to /usr/home, and not usr/home or
>> ./usr/home
> I meant to say that X11R6 should be a symlink to local or ./local.
I fully agree (if tested)... it makes no sense to use absolute symlinks
unless you really want them to be absolute. eg. in my home dir I added
dhcpd.leases -> /var/lib/...

Did you test this, by removing the link and creating it relative to see
if there are any stupid side effects?

And I've never really thought symlinks were so dangerous (unless you use
software that auto-dereferences, eg. platform independent stuff), but
with "mount --bind" in linux (same as nullfs in FreeBSD?), you can do
similar things if you don't use "--one-file-system" with your "rm -rf"
calls.

So in addition to the symlink change, why not improve rm also, by adding
the "--one-file-system" option (which actually exists in "grm" from the
sysutils/coreutils port).


> About /home: I've just noticed that /home points to usr/home in the
> newest release. The newest basic installation (base + kernel) doesn't
> even come with an X11R6 symlink, yet I did have it after a full
> install (-CURRENTization + ports), so that symlink must be coming from
> mergemaster or some port.
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"


-- 


Peter Maloney
Brockmann Consult
Max-Planck-Str. 2
21502 Geesthacht
Germany
Tel: +49 4152 889 300
Fax: +49 4152 889 333
E-mail: peter.malo...@brockmann-consult.de
Internet: http://www.brockmann-consult.de


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Syscons issue Intel D2700

[matt]

I'm currently trying to boot an intel evaluation board (D2700) with 
10-CURRENT.

Installation was
make installworld DESTDIR=/mnt/disk
make installkernel DESTDIR=/mnt/disk
make distribution DESTDIR=/mnt/disk
vi /mnt/disk/fstab (added lines for root, swap)
unmount /mnt/disk

Boot goes fine until the kernel is loaded.
Once the kernel is loaded, boot continues, however only the very bottom 
line is showing kernel messages...the rest of the screen still "looks" 
like loader.


Once booted, a number of silly attempts with vidcontrol 80x25, 
vidcontrol -C, vidcontrol VESA_800x600 do not fix the situation.


Interestingly, typing clear moves the prompt up, but the screen still 
looks like loader.

I can see my text, but command output is not written to the console.

This is weird. I am actually not that interested in much about the 
graphics on this board...it's gma500 all over again.
Getting basic syscons working would be nice, however...I don't want to 
have to use a null modem cable during development.


If it helps I'll fire up sshd and make a bunch of diagnostic files, 
although I can't see ifconfig output I assume em drivers are fine.
It is a nice board otherwise, with two intel nics...am interested in 
developing a freebsd-based product if possible :)


If this is something I hosed with the above minimal installation I 
apologize in advance!


Matt
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[head tinderbox] failure on powerpc64/powerpc

[FreeBSD Tinderbox]

TB --- 2012-02-24 02:33:19 - tinderbox 2.9 running on freebsd-current.sentex.ca
TB --- 2012-02-24 02:33:19 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2012-02-24 02:33:19 - cleaning the object tree
TB --- 2012-02-24 02:33:19 - cvsupping the source tree
TB --- 2012-02-24 02:33:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca 
/tinderbox/HEAD/powerpc64/powerpc/supfile
TB --- 2012-02-24 02:33:44 - building world
TB --- 2012-02-24 02:33:44 - CROSS_BUILD_TESTING=YES
TB --- 2012-02-24 02:33:44 - MAKEOBJDIRPREFIX=/obj
TB --- 2012-02-24 02:33:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2012-02-24 02:33:44 - SRCCONF=/dev/null
TB --- 2012-02-24 02:33:44 - TARGET=powerpc
TB --- 2012-02-24 02:33:44 - TARGET_ARCH=powerpc64
TB --- 2012-02-24 02:33:44 - TZ=UTC
TB --- 2012-02-24 02:33:44 - __MAKE_CONF=/dev/null
TB --- 2012-02-24 02:33:44 - cd /src
TB --- 2012-02-24 02:33:44 - /usr/bin/make -B buildworld
>>> World build started on Fri Feb 24 02:33:45 UTC 2012
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
>>> stage 4.1: building includes
>>> stage 4.2: building libraries
[...]
c++ -O2 -pipe 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/include 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/include
 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization
 -I. 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -fno-strict-aliasing 
-DLLVM_HOSTTRIPLE=\"powerpc64-unknown-freebsd10.0\" -fstack-protector 
-fno-exceptions -fno-rtti -c 
/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTReaderStmt.cpp
c++ -O2 -pipe 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/include 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/include
 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization
 -I. 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -fno-strict-aliasing 
-DLLVM_HOSTTRIPLE=\"powerpc64-unknown-freebsd10.0\" -fstack-protector 
-fno-exceptions -fno-rtti -c 
/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriter.cpp
c++ -O2 -pipe 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/include 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/include
 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization
 -I. 
-I/src/lib/clang/libclangserialization/../../../contrib/llvm/../../lib/clang/include
 -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS -fno-strict-aliasing 
-DLLVM_HOSTTRIPLE=\"powerpc64-unknown-freebsd10.0\" -fstack-protector 
-fno-exceptions -fno-rtti -c 
/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriterDecl.cpp
/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriterDecl.cpp:
 In member function 'void clang::ASTWriter::WriteDeclsBlockAbbrevs()':
/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriterDecl.cpp:1264:
 internal compiler error: Segmentation fault: 11
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
*** Error code 1

Stop in /src/lib/clang/libclangserialization.
*** Error code 1

Stop in /src/lib/clang.
*** Error code 1

Stop in /src/lib.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2012-02-24 03:34:36 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2012-02-24 03:34:36 - ERROR: failed to build world
TB --- 2012-02-24 03:34:36 - 3010.19 user 406.65 system 3677.01 real


http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AMD K15 sensor support

[Jung-uk Kim]

On Thursday 23 February 2012 06:14 pm, Sam Fourman Jr. wrote:
> BTW, the temperature reading goes up when the system is loaded and
> goes down when it is idle, right?  Just making sure...
>
> Thanks,
>
> Jung-uk Kim
>
> yes that is correct I  tested this patch on 2 FX series Processors
> a 6 core and 8 core, both work fine. any chance you could commit
> this patch to HEAD?

Done.

Jung-uk Kim
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: "rm -rf /" fanclub

[deeptec...@gmail.com]

On Thu, Feb 23, 2012 at 11:41 PM, deeptec...@gmail.com
 wrote:
> X11R6 is actually a symlink to /usr/local, and not usr/local or
> .usr/local! Also, /home is a symlink to /usr/home, and not usr/home or
> ./usr/home

I meant to say that X11R6 should be a symlink to local or ./local.
About /home: I've just noticed that /home points to usr/home in the
newest release. The newest basic installation (base + kernel) doesn't
even come with an X11R6 symlink, yet I did have it after a full
install (-CURRENTization + ports), so that symlink must be coming from
mergemaster or some port.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AMD K15 sensor support

[Sam Fourman Jr.]

>
> BTW, the temperature reading goes up when the system is loaded and
> goes down when it is idle, right?  Just making sure...
>
> Thanks,
>
> Jung-uk Kim
>

yes that is correct I  tested this patch on 2 FX series Processors a 6 core
and 8 core, both work fine.
any chance you could commit this patch to HEAD?

-- 

Sam Fourman Jr.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AMD K15 sensor support

[Jung-uk Kim]

On Thursday 23 February 2012 05:08 pm, Sam Fourman Jr. wrote:
> > Can you please try this patch?
> >
> > http://people.freebsd.org/~jkim/amdtemp3.diff
> >
> > Thanks,
> >
> > Jung-uk Kim
>
> After that patch temp appears to work, but the value seems low not
> sure why

--- >8 --- SNIP! --- >8 ---

Actually it is kinda expected.  Please see CAVEATS section of the new 
manual page:

For Family 10h and later processors, ``(the reported temperature) is a 
non-physical temperature measured on an arbitrary scale and it does 
not represent an actual physical temperature like die or case 
temperature. Instead, it specifies the processor temperature relative 
to the point at which the system must supply the maximum cooling for 
the processor's specified maximum case temperature and maximum 
thermal power dissipation'' according to BIOS and Kernel Developer's 
Guide (BKDG) for AMD Processors, 
http://developer.amd.com/documentation/guides/Pages/default.aspx.

BTW, the temperature reading goes up when the system is loaded and 
goes down when it is idle, right?  Just making sure...

Thanks,

Jung-uk Kim
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

"rm -rf /" fanclub

[deeptec...@gmail.com]

Well, I did not actually get a full membership to the "rm -rf /"
fanclub, but I managed to remove all installed ports, basically
requiring a full reinstall. Here's how it happened:

Once upon a time, I did a full reinstall (not because of "rm -rf
/"-like things). I kept the old installation's full filesystem
hierarchy located in /old. I was then going through the old hierarchy
to salvage important bits and delete the rest. At one point, I was in
/old/usr, and did "rm -rf X11R6/ bin/ lib/ ...". I was a bit hasty,
and forgot to remove the ending backslashes from the directory names,
which were inserted by csh's autocompletion. And as it turns out,
X11R6 is actually a symlink to /usr/local, and not usr/local or
.usr/local! Also, /home is a symlink to /usr/home, and not usr/home or
./usr/home, but I managed to stay clear of that deathtrap.

In a web search, I found that someone was about to fix the /home
symlink in 2004 [1]. Uhm, any time soon?

BTW, is the existence of the X11R6 symlink still required for some
compatibility?

[1] http://lists.freebsd.org/pipermail/freebsd-hackers/2004-January/005391.html
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: AMD K15 sensor support

[Sam Fourman Jr.]

>
>
> Can you please try this patch?
>
> http://people.freebsd.org/~jkim/amdtemp3.diff
>
> Thanks,
>
> Jung-uk Kim
>


After that patch temp appears to work, but the value seems low not sure why

Titan# sysctl dev.cpu
dev.cpu.0.%desc: ACPI CPU
dev.cpu.0.%driver: cpu
dev.cpu.0.%location: handle=\_PR_.C000
dev.cpu.0.%pnpinfo: _HID=none _UID=0
dev.cpu.0.%parent: acpi0
dev.cpu.0.temperature: 16.7C
dev.cpu.0.freq: 3300
dev.cpu.0.freq_levels: 3300/14580 3000/11615 2400/7848 1800/4860 1400/3330
dev.cpu.0.cx_supported: C1/0 C2/100
dev.cpu.0.cx_lowest: C1
dev.cpu.0.cx_usage: 100.00% 0.00% last 2229us
dev.cpu.1.%desc: ACPI CPU
dev.cpu.1.%driver: cpu
dev.cpu.1.%location: handle=\_PR_.C001
dev.cpu.1.%pnpinfo: _HID=none _UID=0
dev.cpu.1.%parent: acpi0
dev.cpu.1.temperature: 16.7C
dev.cpu.1.cx_supported: C1/0 C2/100
dev.cpu.1.cx_lowest: C1
dev.cpu.1.cx_usage: 100.00% 0.00% last 1009us
dev.cpu.2.%desc: ACPI CPU
dev.cpu.2.%driver: cpu
dev.cpu.2.%location: handle=\_PR_.C002
dev.cpu.2.%pnpinfo: _HID=none _UID=0
dev.cpu.2.%parent: acpi0
dev.cpu.2.temperature: 16.7C
dev.cpu.2.cx_supported: C1/0 C2/100
dev.cpu.2.cx_lowest: C1
dev.cpu.2.cx_usage: 100.00% 0.00% last 1603us
dev.cpu.3.%desc: ACPI CPU
dev.cpu.3.%driver: cpu
dev.cpu.3.%location: handle=\_PR_.C003
dev.cpu.3.%pnpinfo: _HID=none _UID=0
dev.cpu.3.%parent: acpi0
dev.cpu.3.temperature: 16.7C
dev.cpu.3.cx_supported: C1/0 C2/100
dev.cpu.3.cx_lowest: C1
dev.cpu.3.cx_usage: 100.00% 0.00% last 14455us
dev.cpu.4.%desc: ACPI CPU
dev.cpu.4.%driver: cpu
dev.cpu.4.%location: handle=\_PR_.C004
dev.cpu.4.%pnpinfo: _HID=none _UID=0
dev.cpu.4.%parent: acpi0
dev.cpu.4.temperature: 16.7C
dev.cpu.4.cx_supported: C1/0 C2/100
dev.cpu.4.cx_lowest: C1
dev.cpu.4.cx_usage: 100.00% 0.00% last 15621us
dev.cpu.5.%desc: ACPI CPU
dev.cpu.5.%driver: cpu
dev.cpu.5.%location: handle=\_PR_.C005
dev.cpu.5.%pnpinfo: _HID=none _UID=0
dev.cpu.5.%parent: acpi0
dev.cpu.5.temperature: 16.7C
dev.cpu.5.cx_supported: C1/0 C2/100
dev.cpu.5.cx_lowest: C1
dev.cpu.5.cx_usage: 100.00% 0.00% last 41239us
Titan#



Titan# dmesg
Copyright (c) 1992-2012 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 10.0-CURRENT #3 r232068M: Thu Feb 23 14:17:12 CST 2012
root@Titan:/usr/obj/usr/src/sys/TITAN amd64
WARNING: WITNESS option enabled, expect reduced performance.
CPU: AMD FX(tm)-6100 Six-Core Processor  (3322.19-MHz K8-class
CPU)
  Origin = "AuthenticAMD"  Id = 0x600f12  Family = 15  Model = 1  Stepping
= 2

Features=0x178bfbff

Features2=0x1e98220b
  AMD Features=0x2e500800
  AMD
Features2=0x1c9bfff,>
  TSC: P-state invariant, performance statistics
real memory  = 17179869184 (16384 MB)
avail memory = 16481722368 (15718 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table: 
FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs
FreeBSD/SMP: 1 package(s) x 6 core(s)
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
 cpu2 (AP): APIC ID:  2
 cpu3 (AP): APIC ID:  3
 cpu4 (AP): APIC ID:  4
 cpu5 (AP): APIC ID:  5
ioapic0: Changing APIC ID to 8
ioapic0  irqs 0-23 on motherboard
kbd1 at kbdmux0
ctl: CAM Target Layer loaded
cryptosoft0:  on motherboard
acpi0:  on motherboard
acpi0: Power Button (fixed)
acpi0: reservation of 0, a (3) failed
acpi0: reservation of 10, cfca (3) failed
cpu0:  on acpi0
cpu1:  on acpi0
cpu2:  on acpi0
cpu3:  on acpi0
cpu4:  on acpi0
cpu5:  on acpi0
attimer0:  port 0x40-0x43 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
hpet0:  iomem 0xfed0-0xfed003ff irq 0,8 on
acpi0
Timecounter "HPET" frequency 14318180 Hz quality 950
atrtc0:  port 0x70-0x73 on acpi0
Event timer "RTC" frequency 32768 Hz quality 0
Timecounter "ACPI-safe" frequency 3579545 Hz quality 850
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
acpi_button0:  on acpi0
pcib0:  port 0xcf8-0xcff on acpi0
pci0:  on pcib0
pcib1:  irq 18 at device 2.0 on pci0
pci1:  on pcib1
vgapci0:  port 0xef00-0xef7f mem
0xf800-0xf9ff,0xd000-0xd7ff,0xdc00-0xdfff irq 18 at
device 0.0 on pci1
nvidia0:  on vgapci0
vgapci0: child nvidia0 requested pci_enable_io
vgapci0: child nvidia0 requested pci_enable_io
hdac0:  mem 0xfbffc000-0xfbff irq 19 at
device 0.1 on pci1
pcib2:  irq 17 at device 9.0 on pci0
pci2:  on pcib2
xhci0:  mem 0xfd1f8000-0xfd1f irq 17
at device 0.0 on pci2
xhci0: 64 byte context size.
usbus0 on xhci0
pcib3:  irq 18 at device 10.0 on pci0
pci3:  on pcib3
atapci0:  port
0xcf00-0xcf07,0xce00-0xce03,0xcd00-0xcd07,0xcc00-0xcc03,0xcb00-0xcb0f mem
0xfdbff000-0xfdbff1ff irq 18 at device 0.0 on pci3
ata2:  at channel 0 on atapci0
ata3:  at channel 1 on atapci0
ahci0:  port
0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem
0xfdfff000-0xfdfff3ff irq 19 at device 17.0 on pci0
ahci0: AHCI v1.20 with 4 6Gbps ports, Port Multi

Re: Processes getting stuck in state tmpfs

[Florian Smeets]

On 11.02.12 11:20, Gleb Kurtsou wrote:
> On (10/02/2012 22:41), Florian Smeets wrote:
>> Hi,
>>
>> if you set WRKDIRPREFIX to a tmpfs mountpoint and try to build audio/gsm
>> from ports one of the mv processes gets stuck in state tmpfs quite
>> often. Traces from a kernel with WITTNESS and DEBUG_VFS_LOCKS are
>> available here http://tb.smeets.im/~flo/tmpfs.txt
> 
> It's because of incorrect vnode locking order in tmpfs_rename. Issue is
> known and tmpfs is not the only file system suffering from it (e.g. ext2).
> 
> There two ways of working around it in tree:
> * UFS: try locking vnode, unlock all vnodes on failure, restart,
> relookup vnodes needed.
> * ZFS: introduce directory entry locks to guarantee fvp won't disappear,
> fdvp can be safely traversed, etc. That won't be easy..
> 
> UFS-way would be a good temporal solution, but I think we should work on
> improving VOP_RENAME() in a long run.
> 
> I'll try to prepare a patch in several days.
> 

Hey Gleb,

did you get anywhere with this?

Thanks,
Florian



signature.asc
Description: OpenPGP digital signature

Re: rtld or lang/gcc cannot find libgcc_s.so.1

[Alexander Kabaev]

On Tue, 21 Feb 2012 21:11:13 -0800
Tim Kientzle  wrote:

> 
> On Feb 21, 2012, at 3:39 PM, Daniel Eischen wrote:
> 
> > On Tue, 21 Feb 2012, Steve Kargl wrote:
> > 
> >> 3) Add a new option to ldconfig to prepend new libraries to
> >>  the hints files and fix the ports to use this option instead
> >>  of -m.
> > 
> > You don't want system binaries that want /lib/libgcc_s.so.1
> > to use /usr/local/lib/gccXX/libgcc_s.so.1, though.  Wouldn't
> > your option 3 do that?
> 
> Why not?  Would it cause problems?
> 
> Is libgcc from GCC 4.6 incompatible with /lib/libgcc?
> 
> If I understand correctly, the libgcc in base is pretty stripped
> down compared to "regular" libgcc, because most of that
> stuff is in our libc instead.  So if there were compatibility
> problems, I'd expect those to show up when GCC 4.6 linked
> programs against /usr/local/.../libgcc and /lib/libc.
> 

You understand it a bit wrong, but your conclusions are correct. libgcc
in base is not stripped in any way and is supposed to be identical to
one coming from upstream. As long as upstream maintains backward
compatibility, their library should be a perfect replacement for ours.
There was a time period while FreeBSD used dynamic unwind into search
using dl_iterate_phdr while upstream GCCs didn't, but that was fixed by
GCC folks switching GCC to use dl_iterate_phdr on Linux and FreeBSD by
default quite while ago. I am not aware of any other incompatibilities
at this time.

-- 
Alexander Kabaev


signature.asc
Description: PGP signature

Re: No working IDE in FreeBSD!

[Dan Daley]

I don't disagree.  I was disagreeing with the notion that Unix is an IDE.





From: Quentin Schwerkolt 
To: freebsd-current@freebsd.org
Sent: Thu, February 23, 2012 9:44:50 AM
Subject: Re: No working IDE in FreeBSD!

Ok, but I think an IDE that can easily compile projects with clang is 
not a bad idea.

On 02/23/12 15:38, Dan Daley wrote:
> The I in IDE stands for Integrated.  An IDE is an "editor with more general
> niftiness" by definition.  Unix can be a development environment, but is not 
an
> IDE.
>
> Dan.
>
>
>
>
> 
> From: Jan Mikkelsen
> To: O. Hartmann
> Cc: Current FreeBSD
> Sent: Thu, February 23, 2012 7:47:37 AM
> Subject: Re: No working IDE in FreeBSD!
>
> Unix is the original IDE. FreeBSD is a good modern implementation.
>
> If you don't think that's enough, you need to say what you're really looking
> for, rather than just an IDE. It sounds like you're after an editor with more
> general niftiness. Visual Slickedit?
>
> On 23/02/2012, at 10:22 PM, O. Hartmann wrote:
>
>> Several time ago I tried to do some development within an IDE, not even
>> for lectural and educational purposes. Since most of our software is
>> written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE
>> was highly customizable, flexible and even FreeBSD's ancient outdated
>> version in the ports suited our needs.
>>
>> Anjuta does not compile anymore for a long time. I do not know why, I
>> filed a PR (ports/161494). So I was looking for an alternative.
>>
>> I looked for some alternatives. The IDE should be configurable to use
>> CLANG. ECLIPSE is to large and it does not fit my purpose. I tried
>> devel/CodeBlocks, but CodeBlocks is narrowminded in terms of
>> configuration of an alternative compiler and I find it really hard and
>> not intuitiv to reconfigure the usage of CLANG.
>>
>> devel/anjuta is broken, so no chance. I also tried KDevelop, since many
>> of our Linux based scientists feel good having this very popular IDE,
>> but it is marked "broken" on FreeBSD.
>>
>> Before I waste more time on searching for a suitable IDE apart ANJUTA,
>> I'd like to ask people here what alternative they would suggest if the
>> focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks
>> is incapable of being easily adapted to CLANG.
>>
>> Befor people tend to start a flame war: yes, I'm fine with vi and I'm
>> also fine with vim/gvim, but our students need to have the opportunity
>> to work with an IDE and our projects are partially that large, so an IDE
>> is needed.
>>
>> Thanks a lot for your patience and recommendations in advance.
>>
>> Oliver
>>
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: No working IDE in FreeBSD!

[Quentin Schwerkolt]

Ok, but I think an IDE that can easily compile projects with clang is 
not a bad idea.


On 02/23/12 15:38, Dan Daley wrote:

The I in IDE stands for Integrated.  An IDE is an "editor with more general
niftiness" by definition.  Unix can be a development environment, but is not an
IDE.

Dan.





From: Jan Mikkelsen
To: O. Hartmann
Cc: Current FreeBSD
Sent: Thu, February 23, 2012 7:47:37 AM
Subject: Re: No working IDE in FreeBSD!

Unix is the original IDE. FreeBSD is a good modern implementation.

If you don't think that's enough, you need to say what you're really looking
for, rather than just an IDE. It sounds like you're after an editor with more
general niftiness. Visual Slickedit?

On 23/02/2012, at 10:22 PM, O. Hartmann wrote:


Several time ago I tried to do some development within an IDE, not even
for lectural and educational purposes. Since most of our software is
written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE
was highly customizable, flexible and even FreeBSD's ancient outdated
version in the ports suited our needs.

Anjuta does not compile anymore for a long time. I do not know why, I
filed a PR (ports/161494). So I was looking for an alternative.

I looked for some alternatives. The IDE should be configurable to use
CLANG. ECLIPSE is to large and it does not fit my purpose. I tried
devel/CodeBlocks, but CodeBlocks is narrowminded in terms of
configuration of an alternative compiler and I find it really hard and
not intuitiv to reconfigure the usage of CLANG.

devel/anjuta is broken, so no chance. I also tried KDevelop, since many
of our Linux based scientists feel good having this very popular IDE,
but it is marked "broken" on FreeBSD.

Before I waste more time on searching for a suitable IDE apart ANJUTA,
I'd like to ask people here what alternative they would suggest if the
focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks
is incapable of being easily adapted to CLANG.

Befor people tend to start a flame war: yes, I'm fine with vi and I'm
also fine with vim/gvim, but our students need to have the opportunity
to work with an IDE and our projects are partially that large, so an IDE
is needed.

Thanks a lot for your patience and recommendations in advance.

Oliver


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"



___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Loading uart module fails

[Alexey Dokuchaev]

On Thu, Feb 23, 2012 at 08:28:47AM -0500, John Baldwin wrote:
> Hmm, can you see what 'dev->nameunit' is?  Maybe just do 'p *dev' actually
> and reply with that.

(kgdb) p *dev
$1 = {ops = 0xc50de000, link = {tqe_next = 0xc5271380, tqe_prev =
0xc5271184},
  devlink = {tqe_next = 0xc5271380, tqe_prev = 0xc527118c},
  parent = 0xc51fca80, children = {tqh_first = 0x0, tqh_last = 0xc5271318},
  driver = 0x0, devclass = 0xc5270a40, unit = 0,
  nameunit = 0xc5006a00 "uart0",
  desc = 0xc5511205 , busy = 0,
  state = DS_NOTPRESENT, devflags = 0, flags = 35, order = 30,
  ivars = 0xc5270d00, softc = 0x0, sysctl_ctx = {tqh_first = 0x0,
tqh_last = 0x0}, sysctl_tree = 0x0}

./danfe
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: No working IDE in FreeBSD!

[Dan Daley]

The I in IDE stands for Integrated.  An IDE is an "editor with more general 
niftiness" by definition.  Unix can be a development environment, but is not an 
IDE.

Dan.





From: Jan Mikkelsen 
To: O. Hartmann 
Cc: Current FreeBSD 
Sent: Thu, February 23, 2012 7:47:37 AM
Subject: Re: No working IDE in FreeBSD!

Unix is the original IDE. FreeBSD is a good modern implementation.

If you don't think that's enough, you need to say what you're really looking 
for, rather than just an IDE. It sounds like you're after an editor with more 
general niftiness. Visual Slickedit?

On 23/02/2012, at 10:22 PM, O. Hartmann wrote:

> Several time ago I tried to do some development within an IDE, not even
> for lectural and educational purposes. Since most of our software is
> written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE
> was highly customizable, flexible and even FreeBSD's ancient outdated
> version in the ports suited our needs.
> 
> Anjuta does not compile anymore for a long time. I do not know why, I
> filed a PR (ports/161494). So I was looking for an alternative.
> 
> I looked for some alternatives. The IDE should be configurable to use
> CLANG. ECLIPSE is to large and it does not fit my purpose. I tried
> devel/CodeBlocks, but CodeBlocks is narrowminded in terms of
> configuration of an alternative compiler and I find it really hard and
> not intuitiv to reconfigure the usage of CLANG.
> 
> devel/anjuta is broken, so no chance. I also tried KDevelop, since many
> of our Linux based scientists feel good having this very popular IDE,
> but it is marked "broken" on FreeBSD.
> 
> Before I waste more time on searching for a suitable IDE apart ANJUTA,
> I'd like to ask people here what alternative they would suggest if the
> focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks
> is incapable of being easily adapted to CLANG.
> 
> Befor people tend to start a flame war: yes, I'm fine with vi and I'm
> also fine with vim/gvim, but our students need to have the opportunity
> to work with an IDE and our projects are partially that large, so an IDE
> is needed.
> 
> Thanks a lot for your patience and recommendations in advance.
> 
> Oliver
> 

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Loading uart module fails

[John Baldwin]

On Thursday, February 23, 2012 1:44:49 am Alexey Dokuchaev wrote:
> On Wed, Jan 19, 2011 at 08:14:19AM -0500, John Baldwin wrote:
> > On Wednesday, January 19, 2011 5:08:10 am Bruce Cran wrote:
> > > On Tue, 18 Jan 2011 11:25:38 -0500
> > > John Baldwin  wrote:
> > > 
> > > > Oh, the uart[01] devices already exist.  I suspect if you removed the
> > > > hints from /boot/device.hints and then kldloaded uart you would be
> > > > ok.  I think this is an "old" bug that might also be in 8.x.
> > > 
> > > I'm running -CURRENT from a couple of weeks ago so it if it's an old
> > > bug it apparently hasn't been fixed yet.
> > 
> > Yes, I don't think it is fixed, and I think 8.x is likely broken in this 
> > regard as well.  Can you verify that removing the hints "fixes" the issue?
> 
> Same thing here, default uart settings in /boot/device.hints prevent the
> module from loading correctly.  Moreover, unloading it and then doing
> "devinfo -rv" panics my 8.3-PRERELEASE laptop:
> 
> Fatal trap 12: page fault while in kernel mode
> fault virtual address   = 0xc5511205
> fault code  = supervisor read, page not present
> instruction pointer = 0x20:0xc05783ad
> stack pointer   = 0x28:0xe789c994
> frame pointer   = 0x28:0xe789c99c
> code segment= base 0x0, limit 0xf, type 0x1b
> = DPL 0, pres 1, def32 1, gran 1
> processor eflags= interrupt enabled, resume, IOPL = 0
> current process = 2522 (devinfo)
> 
> (kgdb) bt
> ...
> #10 0xc05783ad in strlcpy (dst=0xe789c9d8 "",
> src=0xc5511205 , siz=32)
> at /usr/src/sys/libkern/strlcpy.c:54
> #11 0xc050b1df in sysctl_devices (oidp=0xc06f4880, arg1=0xe789cc04, arg2=2,
> req=0xe789cb8c) at /usr/src/sys/kern/subr_bus.c:4575
> #12 0xc04efb23 in sysctl_root (oidp=Variable "oidp" is not available.
> ) at /usr/src/sys/kern/kern_sysctl.c:1455
> #13 0xc04efdc2 in userland_sysctl (td=0xc5d6c5c0, name=0xe789cbf8,
> namelen=5,
> old=0xbfbfea9c, oldlenp=0xbfbfea94, inkernel=0, new=0x0, newlen=0,
> retval=0xe789cc58, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1565
> #14 0xc04f014a in __sysctl (td=0xc5d6c5c0, uap=0xe789ccec)
> ...
> (kgdb) f 11
> #11 0xc050b1df in sysctl_devices (oidp=0xc06f4880, arg1=0xe789cc04, arg2=2,
> req=0xe789cb8c) at /usr/src/sys/kern/subr_bus.c:4575
> 4575strlcpy(udev.dv_desc, dev->desc, 
sizeof(udev.dv_desc));
> (kgdb) l
> 4570udev.dv_handle = (uintptr_t)dev;
> 4571udev.dv_parent = (uintptr_t)dev->parent;
> 4572if (dev->nameunit != NULL)
> 4573strlcpy(udev.dv_name, dev->nameunit, 
sizeof(udev.dv_name));
> 4574if (dev->desc != NULL)
> 4575strlcpy(udev.dv_desc, dev->desc, 
sizeof(udev.dv_desc));
> 4576if (dev->driver != NULL && dev->driver->name != NULL)
> 4577strlcpy(udev.dv_drivername, dev->driver->name,
> 4578sizeof(udev.dv_drivername));
> 4579bus_child_pnpinfo_str(dev, udev.dv_pnpinfo, 
sizeof(udev.dv_pnpinfo));

Hmm, can you see what 'dev->nameunit' is?  Maybe just do 'p *dev' actually
and reply with that.

-- 
John Baldwin
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: No working IDE in FreeBSD!

[Jan Mikkelsen]

Unix is the original IDE. FreeBSD is a good modern implementation.

If you don't think that's enough, you need to say what you're really looking 
for, rather than just an IDE. It sounds like you're after an editor with more 
general niftiness. Visual Slickedit?

On 23/02/2012, at 10:22 PM, O. Hartmann wrote:

> Several time ago I tried to do some development within an IDE, not even
> for lectural and educational purposes. Since most of our software is
> written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE
> was highly customizable, flexible and even FreeBSD's ancient outdated
> version in the ports suited our needs.
> 
> Anjuta does not compile anymore for a long time. I do not know why, I
> filed a PR (ports/161494). So I was looking for an alternative.
> 
> I looked for some alternatives. The IDE should be configurable to use
> CLANG. ECLIPSE is to large and it does not fit my purpose. I tried
> devel/CodeBlocks, but CodeBlocks is narrowminded in terms of
> configuration of an alternative compiler and I find it really hard and
> not intuitiv to reconfigure the usage of CLANG.
> 
> devel/anjuta is broken, so no chance. I also tried KDevelop, since many
> of our Linux based scientists feel good having this very popular IDE,
> but it is marked "broken" on FreeBSD.
> 
> Before I waste more time on searching for a suitable IDE apart ANJUTA,
> I'd like to ask people here what alternative they would suggest if the
> focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks
> is incapable of being easily adapted to CLANG.
> 
> Befor people tend to start a flame war: yes, I'm fine with vi and I'm
> also fine with vim/gvim, but our students need to have the opportunity
> to work with an IDE and our projects are partially that large, so an IDE
> is needed.
> 
> Thanks a lot for your patience and recommendations in advance.
> 
> Oliver
> 

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: No working IDE in FreeBSD!

[Dan Daley]

I use both Netbeans (7.1 beta and 7.0.1) and Eclipse for Java development on 
FreeBSD 8.2.  I haven't used either for doing development in other languages, 
but both work great for Java.  I highly prefer Netbeans over Eclipse, but have 
to use Eclipse for some things.
 
If you want to try Netbeans, I recommend using Open JDK 6.  There is an issue 
with Netbeans and Open JDK 7 at the moment.  I have an open bug report with 
Netbeans regarding this ( http://netbeans.org/bugzilla/show_bug.cgi?id=206882 
).  In the bug report, I mention a work around to get Netbeans working with 
Open 
JDK 7... though I wouldn't necessarily recommend it.

Dan.





From: Martin Schütte 
Cc: Current FreeBSD 
Sent: Thu, February 23, 2012 7:45:42 AM
Subject: Re: No working IDE in FreeBSD!

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/23/12 12:22, O. Hartmann wrote:
> CLANG. ECLIPSE is to large and it does not fit my purpose. I tried

You could try NetBeans, but its size is comparable to Eclipse.

- -- 
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9GQwQACgkQrb26LrIR2NknswCgx5t43H3L7Al+vfhwft4x9nZ+
8YwAniyGl5I6MZ8nv7JlBoYovobyM4BH
=UHFf
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: No working IDE in FreeBSD!

[Martin Schütte]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 02/23/12 12:22, O. Hartmann wrote:
> CLANG. ECLIPSE is to large and it does not fit my purpose. I tried

You could try NetBeans, but its size is comparable to Eclipse.

- -- 
Martin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (FreeBSD)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9GQwQACgkQrb26LrIR2NknswCgx5t43H3L7Al+vfhwft4x9nZ+
8YwAniyGl5I6MZ8nv7JlBoYovobyM4BH
=UHFf
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: No working IDE in FreeBSD!

[Eduardo Morras]

At 12:22 23/02/2012, O. Hartmann wrote:

Several time ago I tried to do some development within an IDE, not even
for lectural and educational purposes. Since most of our software is
written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE
was highly customizable, flexible and even FreeBSD's ancient outdated
version in the ports suited our needs.

Anjuta does not compile anymore for a long time. I do not know why, I
filed a PR (ports/161494). So I was looking for an alternative.

I looked for some alternatives. The IDE should be configurable to use
CLANG. ECLIPSE is to large and it does not fit my purpose. I tried
devel/CodeBlocks, but CodeBlocks is narrowminded in terms of
configuration of an alternative compiler and I find it really hard and
not intuitiv to reconfigure the usage of CLANG.

devel/anjuta is broken, so no chance. I also tried KDevelop, since many
of our Linux based scientists feel good having this very popular IDE,
but it is marked "broken" on FreeBSD.

Before I waste more time on searching for a suitable IDE apart ANJUTA,
I'd like to ask people here what alternative they would suggest if the
focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks
is incapable of being easily adapted to CLANG.

Befor people tend to start a flame war: yes, I'm fine with vi and I'm
also fine with vim/gvim, but our students need to have the opportunity
to work with an IDE and our projects are partially that large, so an IDE
is needed.

Thanks a lot for your patience and recommendations in advance.


Codelite, i use it and works fine (Freebsd 8.2) with Clang. Version 
on ports is 3.0 not 3.5. On the webpage you have information about 
how to configure for use with clang/llvm.



Oliver



___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Fwd: Effect of Processor and Memory on KDE4 execution speed

[Eduardo Morras]

At 00:07 22/02/2012, Devin Teske wrote:


9. Enables SU+J on /tmp /var and /usr

None of these customizations should have any effect on system
performance whatsoever.


Sorry for going off-topic, but currently there is a problem with SU+J 
and using snapshots, but may be other problems as well. You should disable it.


http://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065756.html 



http://forums.freebsd.org/showthread.php?t=25787

http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013558.html 



http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013429.html

There some other problems with it McKusick posted last week on freebsd-fs.

HTH  



___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: No working IDE in FreeBSD!

[arrowdodger]

On Thu, Feb 23, 2012 at 3:22 PM, O. Hartmann <
ohart...@mail.zedat.fu-berlin.de> wrote:

> devel/anjuta is broken, so no chance. I also tried KDevelop, since many
> of our Linux based scientists feel good having this very popular IDE,
> but it is marked "broken" on FreeBSD.
>

I'm using kdevelop-kde4 and it's awesome. It's using CMake for project
managing, so it perfectly supports changing compiler, linker and stuff and
even cross-compilation. Also, it has kick-off autocompletion and some small
but neat things like forward-declaring things or auto-#including missing
headers.
But from my point of view it's even heavier than Eclipse CDT due to kdelibs
and other deps.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: No working IDE in FreeBSD!

[Igor Mozolevsky]

I don't know how well it would suit your purpose, but you could always
try emacs-ide (at http://gna.org/projects/emacs-ide/ )



-- 
Igor M. :-)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: No working IDE in FreeBSD!

[Mehmet Erol Sanliturk]

On Thu, Feb 23, 2012 at 6:22 AM, O. Hartmann <
ohart...@mail.zedat.fu-berlin.de> wrote:

> Several time ago I tried to do some development within an IDE, not even
> for lectural and educational purposes. Since most of our software is
> written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE
> was highly customizable, flexible and even FreeBSD's ancient outdated
> version in the ports suited our needs.
>
> Anjuta does not compile anymore for a long time. I do not know why, I
> filed a PR (ports/161494). So I was looking for an alternative.
>
> I looked for some alternatives. The IDE should be configurable to use
> CLANG. ECLIPSE is to large and it does not fit my purpose. I tried
> devel/CodeBlocks, but CodeBlocks is narrowminded in terms of
> configuration of an alternative compiler and I find it really hard and
> not intuitiv to reconfigure the usage of CLANG.
>
> devel/anjuta is broken, so no chance. I also tried KDevelop, since many
> of our Linux based scientists feel good having this very popular IDE,
> but it is marked "broken" on FreeBSD.
>
> Before I waste more time on searching for a suitable IDE apart ANJUTA,
> I'd like to ask people here what alternative they would suggest if the
> focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks
> is incapable of being easily adapted to CLANG.
>
> Befor people tend to start a flame war: yes, I'm fine with vi and I'm
> also fine with vim/gvim, but our students need to have the opportunity
> to work with an IDE and our projects are partially that large, so an IDE
> is needed.
>
> Thanks a lot for your patience and recommendations in advance.
>
> Oliver
>


You may check whether  you can use the following :

http://www.widestudio.org/
http://www.widestudio.org/EE/index.html
http://www.widestudio.org/EE/install.html
http://www.widestudio.org/EE/builder-doc/7-3.html

Personally , I did not use it .

Thank you very much .

Mehmet Erol Sanliturk
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: No working IDE in FreeBSD!

[Joel Dahl]

On 23-02-2012 12:22, O. Hartmann wrote:
> Before I waste more time on searching for a suitable IDE apart ANJUTA,
> I'd like to ask people here what alternative they would suggest if the
> focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks
> is incapable of being easily adapted to CLANG.

Haven't used it myself, but maybe devel/geany ?

http://www.geany.org/

-- 
Joel
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

No working IDE in FreeBSD!

[O. Hartmann]

Several time ago I tried to do some development within an IDE, not even
for lectural and educational purposes. Since most of our software is
written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE
was highly customizable, flexible and even FreeBSD's ancient outdated
version in the ports suited our needs.

Anjuta does not compile anymore for a long time. I do not know why, I
filed a PR (ports/161494). So I was looking for an alternative.

I looked for some alternatives. The IDE should be configurable to use
CLANG. ECLIPSE is to large and it does not fit my purpose. I tried
devel/CodeBlocks, but CodeBlocks is narrowminded in terms of
configuration of an alternative compiler and I find it really hard and
not intuitiv to reconfigure the usage of CLANG.

devel/anjuta is broken, so no chance. I also tried KDevelop, since many
of our Linux based scientists feel good having this very popular IDE,
but it is marked "broken" on FreeBSD.

Before I waste more time on searching for a suitable IDE apart ANJUTA,
I'd like to ask people here what alternative they would suggest if the
focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks
is incapable of being easily adapted to CLANG.

Befor people tend to start a flame war: yes, I'm fine with vi and I'm
also fine with vim/gvim, but our students need to have the opportunity
to work with an IDE and our projects are partially that large, so an IDE
is needed.

Thanks a lot for your patience and recommendations in advance.

Oliver



signature.asc
Description: OpenPGP digital signature

Re: kldstat hangs in 8.3

[Andriy Gapon]

on 23/02/2012 07:38 Erich Dollansky said the following:
> Hi,
> 
> my sound just stopped working. Dmesg says:
> 
> pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead
> 
> I am used to this. I unload the sound module and load it again and the 
> problem is solved. As the unloading did not work, I did this here:
> 
> AMD620:///home/erich (root) > kldstat
> Id Refs AddressSize Name
> 
> The console hangs then in this state forever.
> 
> I am not able to stop it with control C.
> 
> What could I prepare if this happens again to help debugging?

procstat -k  for a start.

-- 
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [CFT] modular kernel config

[Lars Engels]

On Thu, Feb 23, 2012 at 09:18:08AM +0100, Alexander Leidinger wrote:
> Quoting "Bjoern A. Zeeb"  (from Wed,  
> 22 Feb 2012 22:31:36 +):
> 
> > On 21. Feb 2012, at 13:35 , Alexander Leidinger wrote:
> >
> >> You can download from
> >>  http://www.Leidinger.net/FreeBSD/current-patches/
> >> The files are
> >>  - i386_SMALL
> >>  - i386_SMALL_loader.conf
> >>  - amd64_SMALL
> >>  - amd64_SMALL_loader.conf
> >
> > I only looked at the laoder.conf for amd64 and the only comment I  
> > have is that I do not have the time to wait minutes for all  
> > individual modules to be loaded.  This is going to be really bad for  
> > boot time.
> 
> Well, nobody forces you to use it. And as can be seen on the lists,  
> there are patches floating around to improve the loading speed of the  
> loader.

You can also put most of the modules in rc.conf:
kld_list="umass u3g" ...

That speeds up loading the modules a lot.

> 
> This is also just an example to be on par as much as possible with  
> GENERIC. People which want to use this kernel most probably want to  
> cut the loader.conf down and maybe even want to use the rc.conf  
> setting to load modules which are not needed to boot.

One additional advantage is that you have a bigger chance of a working
suspend / resume. Just unload all problematic modules before suspending
and re-load them after resuming.



pgpRYzgljNwam.pgp
Description: PGP signature

Re: NICs not in GENERIC

[Daniel Braniss]

> On Tue, Feb 21, 2012 at 03:56:56PM +0100, Alexander Leidinger wrote:
> > Hi,
> > 
> > is there a specific reason that the following NICs are not (or shall  
> > not be) in GENERIC (at least on i386)?
> 
> No specific reason for these two:
> 
> >  - if_cxgb
> >  - if_cxgbe
> 
> But I do prefer to load them as modules (and as late as possible --
> after sysctl.conf has been processed and any nmbclusters, nmbjumboXX
> settings have taken affect).
> 
> Other than root over NFS, is there any reason to have NIC drivers in
> GENERIC?

even with root over NFS (aka diskless/dataless) you can load the nic module via
loader.conf.

> 
> Regards,
> Navdeep
> ___
> freebsd-current@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
> 


___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: NICs not in GENERIC

[Alexander Leidinger]

Quoting Scott Long  (from Wed, 22 Feb 2012 08:42:39 -0700):


On Feb 22, 2012, at 1:22 AM, Alexander Leidinger wrote:

Quoting Scott Long  (from Tue, 21 Feb 2012  
17:45:04 -0700):



On Feb 21, 2012, at 7:56 AM, Alexander Leidinger wrote:


Hi,

is there a specific reason that the following NICs are not (or  
shall not be) in GENERIC (at least on i386)?

- if_cas: is compiled as a module, Sun hardware, non-x86 only?
- if_gem: is compiled as a module, Apple/Sun, non-x86 only?
- if_hme: is compiled as a module, Sun hardware, non-x86 only?


If these aren't for i386 hardware, then why would they need to be  
in the i386 GENERIC profile?


I didn't told they aren't for i386 (Sun and Apple produce(d) x86  
hardware). If they would have been non-x86 drivers (I assume you've  
seen the answer from Marius), the bug would have been that they are  
build as modules on x86.




Let it go.


Can you please rephrase this for a non-native english speaker please?  
I don't understand what is the subject of your message. Do you ask to  
not include those 3 into GENERIC, or do you ask to forget you asked  
initially?


Bye,
Alexander.

--
Every time I look at you I am more convinced of Darwin's theory.

http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org   netchild @ FreeBSD.org  : PGP ID = 72077137

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [CFT] modular kernel config

[Alexander Leidinger]

Quoting "Bjoern A. Zeeb"  (from Wed,  
22 Feb 2012 22:31:36 +):



On 21. Feb 2012, at 13:35 , Alexander Leidinger wrote:


You can download from
 http://www.Leidinger.net/FreeBSD/current-patches/
The files are
 - i386_SMALL
 - i386_SMALL_loader.conf
 - amd64_SMALL
 - amd64_SMALL_loader.conf


I only looked at the laoder.conf for amd64 and the only comment I  
have is that I do not have the time to wait minutes for all  
individual modules to be loaded.  This is going to be really bad for  
boot time.


Well, nobody forces you to use it. And as can be seen on the lists,  
there are patches floating around to improve the loading speed of the  
loader.


This is also just an example to be on par as much as possible with  
GENERIC. People which want to use this kernel most probably want to  
cut the loader.conf down and maybe even want to use the rc.conf  
setting to load modules which are not needed to boot.


The new stuff in the kernel config compared to GENERIC is (in order  
of number of requests from users):

- IPSEC (+ device enc + IPSEC_NAT_T)


You cannot ship that on by default for non-tecnical reasons in a  
kernel.  Please do not commit a kernel config that can be booted (no  
LINT cannot be booted) with these on without consulting appropriate  
hats upfront.


I planned to contact core to ask if there are some US export  
restrictions to take into account before committing. Do you have a  
different hat in mind?



- ALTQ
- SW_WATCHDOG
- QUOTA
- IPSTEALTH (disabled in loader.conf)
- IPFIREWALL_FORWARD (touches every packet, power users which need
  a bigger PPS but not this feature can recompile the kernel,
  discussed with julian@)
- FLOWTABLE (disabled in loader.conf)


Which is not the same as it's not 100% disabled and will still  
allocate memory.


I assume this means that the sideeffects are only some conditionals  
more for the packets which pass the corresponding kernel places (to  
check if the feature is enabled, I had a look for the  
IPFIREWALL_FORWARD and IPSTEALTH options regarding this). Regarding  
the memory usage I assume this means that if someone removes the  
loading of modules he does not use from the loader.conf, he will use  
less memory with those things enabled, than would be used by a GENERIC  
kernel.


Both of those things where taken into account before providing this  
config here. As I wrote above, people which need the last few PPS more  
can compile a kernel without those features (they are power-users),  
while people which do not want to compile kernels at all (and there  
are a lot of such people, just have a look at how many people use  
freebsd-update and you will get an idea about the target audience) get  
more features to play with.


This is also not supposed to replace GENERIC, but it coud be offered  
as an option to install this kernel instead of GENERIC (or we can  
install in in parallel and the user can chose which kernel he wants to  
boot, or ...).


Bye,
Alexander.

--

http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org   netchild @ FreeBSD.org  : PGP ID = 72077137

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"