search for: getmsg

I have built up a simple allication for web service interaction. But the following error message occured: uninitialized constant HelloadminController::HelloApi service api class HelloApi < ActionWebService::API::Base api_method :getMsg, :expects => [:name=>:string], :returns => [:string] end service controller class HelloController < ApplicationController wsdl_service_name ''Hello'' web_service_api HelloApi web_service_scaffold :invoke def getMsg(name) "Hello " + name end e...

Hi, between March 16 and now, bge on a Sun X2200 stopped working, turning off msi (via hw..pci.enable_msi=0) got it working again. I tried first replacing bge with an older version but that did not help. please advice :-) Danny

..._STR, 0xEFFFDBE0) = 0 4455: getpid() = 4455 [4451] 4455: ioctl(8, I_STR, 0xEFFFDC2C) = 0 4455: fstat(8, 0xEFFFDD74) = 0 4455: fcntl(8, F_SETFD, 0x00000001) = 0 4455: fstat(8, 0xEFFFDE48) = 0 4455: putmsg(8, 0xEFFFDD34, 0xEFFFDE74, 0) = 0 4455: poll(0x00094A84, 1, 15000) = 1 4455: getmsg(8, 0xEFFFDD30, 0x00081A48, 0xEFFFDD5C) = 0 4455: getpid() = 4455 [4451] 4455: fstat(8, 0xEFFFDD40) = 0 4455: putmsg(8, 0xEFFFDC2C, 0xEFFFDD6C, 0) = 0 4455: poll(0x00094A84, 1, 15000) = 1 4455: getmsg(8, 0xEFFFDC28, 0x00081A48, 0xEFFFDC54) = 0 4455: getpid() = 4455 [4451] 4455: fstat(8...

...) Get Message ---------------------------------------------------- submit and get errors: ------------------------------------------------------------------------------------ ------------------------------------------------------------------------------------ NameError in HelloadminController#getMsg_client uninitialized constant HelloadminController::HelloApi RAILS_ROOT: ./script/../config/.. Application Trace | Framework Trace | Full Trace D:/InstantRails1.7/ruby/lib/ruby/gems/1.8/gems/activesupport-1.4.2/ lib/ active_support/dependencies.rb:477:in `const_missing'' #{RAILS_ROOT}/ap...

...ebuf=[ Re-enter new password:] talktochild: sendbuf=[foo123 ] The process exited while we were waiting --- Truss output of the running smbd --- # truss -aep 8595 psargs: /opt/samba/bin/smbd -D -d 100 poll(0xEFFFC648, 1, -1) (sleeping...) poll(0xEFFFC648, 1, -1) = 1 getmsg(7, 0xEFFFE600, 0xEFFFE5F4, 0xEFFFE60C) = 0 sigprocmask(SIG_BLOCK, 0xEFFFE3B8, 0xEFFFE4B0) = 0 open("/dev/tcp", O_RDWR) = 8 ioctl(8, I_PUSH, "sockmod") = 0 ioctl(8, I_STR, 0xEFFFE300) = 0 ioctl(8, I_SETCLTIME, 0xEF...

Yesterday I had a kernel panic on a FreeBSD 4.7 system. Looking at the core dump, it was caused by a corrupted uidinfo pointer referenced by a tcp pcb. I searched through the archives and found an identical stack trace in this message from 2000: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=322837+0+archive/2000/freebsd-s table/20000625.freebsd-stable This was apparently fixed by a patch discussed in this thread. http://www.geocrawler.com/archives/3/171/2000/11/0/4718890/ The patch was applied to version 1.66 and 1.67 of /sys/kern/kern_resource.c I browsed through the CV...

I just tried to boot the BETA3 disc1 iso on my Toshiba Satellite A64-S1762. I got a cryptic message: Too many holes in the physical address space, giving up <rest of copyright message here> PANIC (if I've gone into the BIOS at all), followed by a panic. Or I get a panic when probing the ohci device (either with or without a USB keyboard attached, the built-in keyboard is fried). Has

...with diagnostic: vm_page_free: freeing wired page Server rebooted after a panic every ~4 hours. Removing ZERO_COPY_SOCKETS from kernel config resolved problem. And I've found same diagnostic with same causes in freebsd-current@ mail lists on a 6.0-RC1: http://www.freebsd.org/cgi/getmsg.cgi?fetch=330124+334658+/usr/local/www/db/text/2005/freebsd-current/20051023.freebsd-current Also, there is a PR with a similar diagnostic (but not sure if it is ZERO_COPY_SOCKETS problem): http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/75780 I still have coredumps on my machine together...

...nly has 128Mb of on-board battery backed cache, while the main machine has 256Mb. The firmware on both machines is Intel's version 413Y. This is not the first time that we've had problems like this with FreeBSD and this model of controller. For background see: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=172108+0+archive/2004/freebsd-stable/20041231.freebsd-stable http://docs.freebsd.org/cgi/getmsg.cgi?fetch=126427+0+archive/2004/freebsd-stable/20041121.freebsd-stable The current problem is very reminiscent of the latter issue, which had been causing headaches for us over a year ago, bu...

Not all FTP sites have the first release candidate, but it is at least available from ftp.freebsd.org. Please download and install this candidate and help us find bugs BEFORE we call it 4.9-RELEASE. ftp.FreeBSD.org/pub/FreeBSD/releases/i386/4.9-RC1 ftp.FreeBSD.org/pub/FreeBSD/releases/i386/ISO-IMAGES/4.9-RC1-i386-disc1.iso We are particularly interested in having people test this release

Hello, I have some jails running on ZFS, so I have to mount devfs's into them. For this purpose, I have some similar lines in /etc/fstab: devfs /pool/jail/ldap/dev devfs rw 0 0 Where /pool is a ZFS filesystem. This has worked until today -when I upgraded from a previous 7-STABLE (FreeBSD 7.0-STABLE #16: Fri Mar 7 14:30:08 CET 2008) to today's STABLE- but not

...pt/disk05 ONLINE 0 0 0 /tmp/sparsefile1.img UNAVAIL 0 0 0 corrupted data /tmp/sparsefile2.img UNAVAIL 0 0 0 corrupted data errors: No known data errors Why sparse files? See this post: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1007077+0+archive/2010/freebsd-stable/20100725.freebsd-stable The two tmp files were created via: dd if=/dev/zero of=/tmp/sparsefile1.img bs=1 count=0 oseek=1862g dd if=/dev/zero of=/tmp/sparsefile2.img bs=1 count=0 oseek=1862g And the array created with: zpool create -f storage rai...

Hello, While shopping for another 3Ware card, I found that this market has gotten much larger since I bought my 6500. So I started looking at the various cards while browsing the hardware notes for FreeBSD 4.8 and 5.1. So I'm wondering if anyone can provide some insight here. -3Ware has a whole new series of cards. The twe(4) manpage states that only 5xxx and 6xxx series cards are

Hi, FYI: ------------------------------------------------------ http://docs.freebsd.org/cgi/getmsg.cgi?fetch=394609+0+current/freebsd-security ------------------------------------------------------ >Greetings, > >Just want to inform you that the OpenSSH package op ftp.openbsd.org >(and probably all its mirrors now) it trojaned: > > ftp://ftp.openbsd.org/pub/OpenBSD/OpenSSH/...

Hi all, I tried to poke my head into opt-report a while ago and didn't get very far. Now I'm looking at it again. I'm not sure I understand everything that's in place so my question here may be misguided. I'm trying to understand the way strings are handled. When a remark is emitted, it seems that the string is constructed on the fly based on streaming inputs. For example,

Dear FreeBSD! On my home machine I`ve tried to compile custom kernel for 5_0 release. In a script commented out all scsi, raid, ethernet, nfs options, I had not. So I`ve included atapicam options and "device pcm" for AC97 sound chip. After all, result was an error: linking kernel if.o: In function 'if_setlladdr': if.o(.text+0x2725): undefined reference to 'arp_ifinit'

FreeBSD 6.1-RELEASE-p8 postfix-current-2.4.20060903,3 dovecot-1.0.r7 I am experiencing a problem with dovecot as an LDA. It will not deliver mail unless the mail directory is chmod'd to 1777. Below is an example of the log file output. The dovecot.log file had over a hundred entries similar to this: deliver(gerard): Error: open(/var/mail/.temp.scorpio.seibercom.net.1123.cd38cd4d82e1368f)

There seems to be an inconsistency between release 4.9-RC and 5.1 ufs support. If I fsck the same ufs (type 1 of course) file system on both releases, each claims that the other has left incorrect summary data in the superblock. Presumably only one can be correct. I just don't know which to blame. I couldn't find a FreeBSD problem report about bad summary data. I will submit one, but

what the heck is # ls -li /usr/\@LongLink 3 ---------- 1 root wheel 111 Jan 1 1970 /usr/@LongLink randy

...irestarter by Quinn "The Eskimo!" for demonstrating the potential of FireWire to us - http://www.quinn.echidna.id.au/Quinn/WWW/Hacks.html * Hidetoshi Shimokawa for his FreeBSD FireWire Driver and his revealing post "FireWire for kernel hackers" - http://docs.freebsd.org/cgi/getmsg.cgi?fetch=597886+0+archive/2002/freebsd-hackers/20020414.freebsd-hackers * * Kerneltrap for pointing us to FreeBSD FireWire drivers - http://kerneltrap.org/node/view/145 Contact: -------- Maximillian Dornseif Laboratory for Dependable Distributed Systems RWTH Aachen University, Germany email...