kgdb in emacs
Hi, I'm trying to use kgdb in emacs on Freebsd V6.2. I'm able to use kgdb on the command line like this kgdb -r /dev/cuad0 kernel.debug. In 6.2 there is no gdb -k, only kgdb. But when I run it in emacs. M-x gdb Run gdb ( like this ) : kgdb -r /dev/cuad0 kernel.debug I get : Current directory is /dev/ kgdb: multiple core files specified. Ignored kgdb: d: No such file or directory. Debugger exited abnormally with code 1 Why is emacs even interpretting my commands. Why doesn't it just call kgdb with whatever arguments I give ? Regards, Sanjeev. - Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sysctl text definitions.
* Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> [080126 07:28] wrote: > Alfred Perlstein <[EMAIL PROTECTED]> writes: > > Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> writes: > > > BTW, when are you going to join the 21st century and get a MUA that > > > groks UTF-8? :) > > Civil people use the eighth bit for parity or parody, but nothing > > else. > > Thank you for excluding roughly three quarters of the world's population > from participating in the FreeBSD community under their own name. See that's the problem, your mailer interpreted the high bit as text instead of sarcasm. -- - Alfred Perlstein ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DIST_SUBDIR not working with MASTER_SITE_OVERRIDE
Doug Barton a scris: On Wed, 23 Jan 2008, Rick C. Petty wrote: On Wed, Jan 23, 2008 at 01:06:03PM +0200, [EMAIL PROTECTED] wrote: Hi everybody, I recently wanted to install some gnome stuff from ports. In order to boost the download speed, I did something like this: make MASTER_SITE_OVERRIDE=ftp://ftp1.ro.freebsd.org/pub/FreeBSD/distfiles/ as documented in the Handbook. However, many gnome packages seem to have DIST_SUBDIR in their Makefile, but MASTER_SITE_OVERRIDE doesn't care. This makes installing ports (with many dependencies) from known non-default sources very hard. I used to do something similar to this by setting it in /etc/make.conf. The only downside is if DIST_SUBDIR is not set you get paths that don't look pretty, e.g.: ftp://ftp5.freebsd.org/pub/FreeBSD/distfiles//some_distfile.tgz Instead, I added something to my /etc/make.conf similar to: .if defined(DIST_SUBDIR) DIST_SUBDIR_OVERRIDE=${DIST_SUBDIR}/ .else DIST_SUBDIR_OVERRIDE= .endif MASTER_SITE_OVERRIDE=ftp://ftp5.freebsd.org/pub/FreeBSD/distfiles/${DIST_SUBDIR_OVERRIDE} IMO it would be a lot more intuitive if the ports infrastructure did exactly this for the user. Perhaps there should be two variables: MASTER_SITE_OVERRIDE and MASTER_SITE_OVERRIDE_ALL. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: DIST_SUBDIR not working with MASTER_SITE_OVERRIDE
On Wed, 23 Jan 2008, Rick C. Petty wrote: On Wed, Jan 23, 2008 at 01:06:03PM +0200, [EMAIL PROTECTED] wrote: Hi everybody, I recently wanted to install some gnome stuff from ports. In order to boost the download speed, I did something like this: make MASTER_SITE_OVERRIDE=ftp://ftp1.ro.freebsd.org/pub/FreeBSD/distfiles/ as documented in the Handbook. However, many gnome packages seem to have DIST_SUBDIR in their Makefile, but MASTER_SITE_OVERRIDE doesn't care. This makes installing ports (with many dependencies) from known non-default sources very hard. I used to do something similar to this by setting it in /etc/make.conf. The only downside is if DIST_SUBDIR is not set you get paths that don't look pretty, e.g.: ftp://ftp5.freebsd.org/pub/FreeBSD/distfiles//some_distfile.tgz Instead, I added something to my /etc/make.conf similar to: .if defined(DIST_SUBDIR) DIST_SUBDIR_OVERRIDE=${DIST_SUBDIR}/ .else DIST_SUBDIR_OVERRIDE= .endif MASTER_SITE_OVERRIDE=ftp://ftp5.freebsd.org/pub/FreeBSD/distfiles/${DIST_SUBDIR_OVERRIDE} IMO it would be a lot more intuitive if the ports infrastructure did exactly this for the user. Doug -- This .signature sanitized for your protection ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD hacker 101
On Sat, 26 Jan 2008, Mike Meyer wrote: On Sat, 26 Jan 2008 12:24:36 -0800 (PST) KAYVEN RIESE <[EMAIL PROTECTED]> wrote: On Sat, 26 Jan 2008, Dag-Erling Smørgrav wrote: KAYVEN RIESE <[EMAIL PROTECTED]> writes: .rpm is a package format, and comes with a tool set for using it. Most (all?) GNU/Linux systems come with tools for dealing with it, but they all also come with tools for dealing with .tgz. Some GNU/Linux distros use .rpm to distribute their software, but not all do. I don't think any Unix systems have adopted it; most of them have packaging systems that predate .rpm, and they're all different. Different package formats for vendor software isn't a GNU/Linux vs. FreeBSD or Unix thing, it's a fact of line in a multi-platform Unix environment. my reason for bringing the whole thing up was based on the idea that this person might be used to using *.rpm all the time and this would be a difference he would experience moving to freeBSD, if this was the case. if this is not the case for him, as you seem to be implying, then.. well.. still.. he must know to avoid *.rpm distributions in any case unless he installs a *.rpm compatibility tool. is that part of the linux-compat stuff that freeBSD has? http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]" *--* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *--*___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD hacker 101
On Sat, 26 Jan 2008 12:24:36 -0800 (PST) KAYVEN RIESE <[EMAIL PROTECTED]> wrote: > On Sat, 26 Jan 2008, Dag-Erling Smørgrav wrote: > > > KAYVEN RIESE <[EMAIL PROTECTED]> writes: > >> i don't recognize that as what i said, but i was trying to make the > >> point that BSD DOESn't use rpm compression, and that was a point i > >> was trying to make in terms of comparison/contrast > > > > I'm not sure what you mean by "rpm compression", since rpm is not a > > compression algorithm but a set of tools and a file format (based on > > gzipped cpio archives) used by those tools. > > gzip is compression. okay it is an archiver. Right the first time. gzip has no ability to deal with an archive as anything but a byte stream. > all i know is that > standard old boys unix uses *.tgz which is a mix of compression > and archiving with tar. i have only encountered rpm sporatically > because i have not done a lot of linux, but i know that when you > enounter a package to be installed it seemed to me *.rpm is an > alternative to *.tgz .tgz (and the later .tbz variant) is the dominant format for platform-independent archives on Unix-like systems, so I'd expect anyone who claims to be competent in that space to be able to deal with them. (FreeBSD's pkg* tools extends it in a backwards-compatible manner by adding "magic" files, but the resulting tarballs work fine on other systems). .rpm is a package format, and comes with a tool set for using it. Most (all?) GNU/Linux systems come with tools for dealing with it, but they all also come with tools for dealing with .tgz. Some GNU/Linux distros use .rpm to distribute their software, but not all do. I don't think any Unix systems have adopted it; most of them have packaging systems that predate .rpm, and they're all different. Different package formats for vendor software isn't a GNU/Linux vs. FreeBSD or Unix thing, it's a fact of line in a multi-platform Unix environment. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: a new syscalls table
"Jerry Toung" <[EMAIL PROTECTED]> writes: > Thank you DES. I am running 6.2 by the way. Consider this an unexpected opportunity to upgrade :) DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
embedding pdf viewers in firefox
kv_bsd# uname -a FreeBSD kv_bsd 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 10:40:27 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 kv_bsd# as you can see, i am running the freeBSD OS. i have a gnome desktop. i usually run firefox browser (i note that gnome has built in browser called ephinany). i am dissatisfied with the fact that if i browse to a webpage that contains pdf content that i am forced to save the file. there seems to be an indigenous application that fires up when i double click the file. it is called evince 0.6.1 postScript and PDF File viewer using poppler 0.5.4 (cairo). if i need to install something new that is fine, but i want to have some embedded application that will view pdf content "in situ" instead of this cumbersome operation. i posted that on a site called experts-exchange and got this response: danielcc: if you are just viewing them from a search engine you can tell google to let them view as html which is nice... something else thats nice that you might be interested in is the firefox pdf veiwer plug in https://addons.mozilla.org/en-US/firefox/addon/636 ... you should just have to click open and view the file this is not feeling right to me. any advice? *--* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *--* ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: a new syscalls table
Thank you DES. I am running 6.2 by the way. Jerry On 1/26/08, Dag-Erling Smørgrav <[EMAIL PROTECTED]> wrote: > > "Jerry Toung" <[EMAIL PROTECTED]> writes: > > I am trying to create an environment where you can't run my binaries > > on your box and I can't run your binaries on my system (x86 platform). > > For that, I have modified the system calls table (i.e everything is > > offset by 5). > > This is basically the same as "sidegrading" from i386 to amd64 or vice > versa. If you're using 7 or 8, the installworld target sets aside all > the tools it needs to complete the installation, so it doesn't matter > that the binaries you install can't run on your current kernel. Just > make sure you run installkernel first. > > DES > -- > Dag-Erling Smørgrav - [EMAIL PROTECTED] > ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: a new syscalls table
"Jerry Toung" <[EMAIL PROTECTED]> writes: > I am trying to create an environment where you can't run my binaries > on your box and I can't run your binaries on my system (x86 platform). > For that, I have modified the system calls table (i.e everything is > offset by 5). This is basically the same as "sidegrading" from i386 to amd64 or vice versa. If you're using 7 or 8, the installworld target sets aside all the tools it needs to complete the installation, so it doesn't matter that the binaries you install can't run on your current kernel. Just make sure you run installkernel first. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD hacker 101
On Sat, 26 Jan 2008, Dag-Erling Smørgrav wrote: KAYVEN RIESE <[EMAIL PROTECTED]> writes: i don't recognize that as what i said, but i was trying to make the point that BSD DOESn't use rpm compression, and that was a point i was trying to make in terms of comparison/contrast I'm not sure what you mean by "rpm compression", since rpm is not a compression algorithm but a set of tools and a file format (based on gzipped cpio archives) used by those tools. gzip is compression. okay it is an archiver. all i know is that standard old boys unix uses *.tgz which is a mix of compression and archiving with tar. i have only encountered rpm sporatically because i have not done a lot of linux, but i know that when you enounter a package to be installed it seemed to me *.rpm is an alternative to *.tgz DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] *--* Kayven Riese, BSCS, MS (Physiology and Biophysics) (415) 902 5513 cellular http://kayve.net Webmaster http://ChessYoga.org *--*___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sysctl text definitions.
Alfred Perlstein <[EMAIL PROTECTED]> writes: > Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes: > > BTW, when are you going to join the 21st century and get a MUA that > > groks UTF-8? :) > Civil people use the eighth bit for parity or parody, but nothing > else. Thank you for excluding roughly three quarters of the world's population from participating in the FreeBSD community under their own name. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sysctl text definitions.
* Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> [080126 07:10] wrote: > Alfred Perlstein <[EMAIL PROTECTED]> writes: > > Dag-Erling Sm??rgrav <[EMAIL PROTECTED]> writes: > >> [EMAIL PROTECTED] ~% sysctl -d dev.cpu.0.temperature > >> dev.cpu.0.temperature: Current temperature in degC > > lolwhat? When did that get implemented? > > Twice, actually, in 1999 by myself and in 2001 by Luigi. > > > I recall a huge storm of protest when the definitions were included in > > the kernel compile file... > > That was the first time, and completely unjustified as there was a knob > to disable it (the argument was that it would bloat picobsd). o i c. :) > > BTW, when are you going to join the 21st century and get a MUA that > groks UTF-8? :) Civil people use the eighth bit for parity or parody, but nothing else. -- - Alfred Perlstein ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
couldn't establish connection to remote target: kgdb
Hi, I'm facing an issue of not being able to connect to the target from the host on i386 on 6.2-RELEASE. I get a "Couldn't establish connection to remote target", everytime. 1) Yes, both the baud on source and sink is 9600, confirmed doing a tty -a -f /dev/cuad0. 2) and /etc/ttys has ttyd0 and ttyd1 both turned off for getty. 3) i even did a cat < /dev/cuad0 and echo hello < /dev/cuad0. and I get the characters on the other side correctly. configured kernel with GDB, KDB, DDB. and started kgdb like this kgdb -r /dev/cuad0 kernel.debug. and I get : Ignoring packet error, continuing... Couldn't establish connection to remote target malformed response to offset query, timeout. Can some-one, a hacker will have encountered such situations, please answer my dilemma. Thanks, Sanjeev. - Looking for last minute shopping deals? Find them fast with Yahoo! Search. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD hacker 101
KAYVEN RIESE <[EMAIL PROTECTED]> writes: > i don't recognize that as what i said, but i was trying to make the > point that BSD DOESn't use rpm compression, and that was a point i > was trying to make in terms of comparison/contrast I'm not sure what you mean by "rpm compression", since rpm is not a compression algorithm but a set of tools and a file format (based on gzipped cpio archives) used by those tools. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: sysctl text definitions.
Alfred Perlstein <[EMAIL PROTECTED]> writes: > Dag-Erling Smørgrav <[EMAIL PROTECTED]> writes: >> [EMAIL PROTECTED] ~% sysctl -d dev.cpu.0.temperature >> dev.cpu.0.temperature: Current temperature in degC > lolwhat? When did that get implemented? Twice, actually, in 1999 by myself and in 2001 by Luigi. > I recall a huge storm of protest when the definitions were included in > the kernel compile file... That was the first time, and completely unjustified as there was a knob to disable it (the argument was that it would bloat picobsd). BTW, when are you going to join the 21st century and get a MUA that groks UTF-8? :) DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: firefox flash plug in woes
> i wanna goto youtube! {:} i already have firefox installed, is there > a special port for linux firefox? i better deinstall my existing firefox? swfdec (in ports) handles youtube (and a lot of other things) just fine ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: gettimeofday() in hping
Greetings, Kris Kennaway wrote: Joseph Koshy wrote: OK, this is the famous problem with modern CPUs that jkoshy has declined to work around :( There are patches for this in perforce, see http://perforce.freebsd.org/changeView.cgi?CH=126189 "Famous problem" indeed :). I declined the patch because it is incorrect and incomplete. I will accept a patch that demonstrates clue about the workings of the overall system---the changes in the patch should be safe, complete, should demonstrate that the submitter has read and understood vendor documentation, should preserve user experience for naming events, and each supported PMC event needs to be documented in pmc.3. I am aware of these issues but repeat my statement that the lack of working pmc on modern CPUs is causing serious difficulties for our developer and user base, as witnessed again in this thread. Kris Kris do you think the information, that I send you (private email) is useful ? :) Also using hwpmc with your patch shows a serious problem with pf and dynamic rules. I have desktop PC at home where hwpmc work out of the box, but I'm running 6.3 on it. If the information that I send you is not useful, I can spend my weekend upgrading my desktop PC to RELENG_7_0 and providing new pmc stats, but I have to be sure that developers are interested in fixing those issues. I'm willing to invest my time in this, but my skills are not enough to solve the issues alone, and without help I'll just waste my time. How hping works is not my biggest problem - for me as I said on few other mail list the real showstopper is pf and it's keep-state feature. The interesting part is that both problems point to kernel spending most of it's time in _mtx_lock_sleep(): pmcstat - pf - during syn flood: % cumulative self self total time seconds secondscalls ms/call ms/call name 24.0 268416.00 268416.000 100.00% _mtx_lock_sleep [1] 6.7 343572.50 75156.500 100.00% pf_state_compare_ext_gwy [2] 6.7 418405.50 74833.000 100.00% pf_src_compare [3] 3.9 462298.50 43893.000 100.00% pf_state_compare_lan_ext [4] 3.6 503019.50 40721.000 100.00% pf_test [5] pmcstat - hping: % cumulative self self total time seconds secondscalls ms/call ms/call name 8.6 116120.00 116120.000 100.00% _mtx_lock_sleep [1] 5.5 190764.00 74644.000 100.00% syscall [2] 3.0 231390.00 40626.000 100.00% bpf_mtap [3] 2.9 270334.00 38944.000 100.00% Xfast_syscall [4] 2.5 304458.00 34124.000 100.00% bus_dmamap_load_mbuf_sg [5] 2.3 335825.00 31367.000 100.00% uma_zalloc_arg [6] P.S. my desktop PC i single core, but I think I'll find old server with 2x intel p4 CPUs. -- Best Wishes, Stefan Lambrev ICQ# 24134177 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: gettimeofday() in hping
Joseph Koshy wrote: OK, this is the famous problem with modern CPUs that jkoshy has declined to work around :( There are patches for this in perforce, see http://perforce.freebsd.org/changeView.cgi?CH=126189 "Famous problem" indeed :). I declined the patch because it is incorrect and incomplete. I will accept a patch that demonstrates clue about the workings of the overall system---the changes in the patch should be safe, complete, should demonstrate that the submitter has read and understood vendor documentation, should preserve user experience for naming events, and each supported PMC event needs to be documented in pmc.3. I am aware of these issues but repeat my statement that the lack of working pmc on modern CPUs is causing serious difficulties for our developer and user base, as witnessed again in this thread. Kris ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"