合作
ÅóÓÑ£º ÄúºÃ£¡Öйú¹ÜÀí´«²¥Íø£¨¹úÄÚÓòÃû£ºhttp://manage.org.cn£»ÍøÂçʵÃû£ºÖйú¹ÜÀí´«²¥Íø£©ÊÇÒ»¸ö×ÛºÏÐÔ¹ÜÀíÀàÍøÕ¾£¬2002Äê5Ô¿ªÍ¨ £¬Ä¿Ç°ÒѾ³ÉΪ¹úÄڽϾßÓ°ÏìÁ¦µÄ×ÛºÏÐÔ¹ÜÀíÀàÍøÕ¾¡£ Öйú¹ÜÀí´«²¥ÍøÊÇÒÔ"¹Ø×¢¹ÜÀí¡¢´«²¥ÖªÊ¶"Ϊ°ìÕ¾×ÚÖ¼£¬Ê¼ÖÕ½«Ä¿¹âͶÏò¶Ô¹ÜÀí֪ʶµÄ´«²¥ºÍÆÕ¼°£¬ÒÔÌá¸ßÎÒ¹úÆóÒµ¹ÜÀíˮƽΪÍø Õ¾µÄʹÃü¡£ Öйú¹ÜÀí´«²¥Íøͨ¹ýÕûºÏ¹úÄÚÍâÏȽøµÄ¹ÜÀíÀíÄî¡¢¹ÜÀíʵ¼ù¡¢¹ÜÀí¹¤¾ßÒÔ¼°ÆäËüÏà¹Ø¹ÜÀí×ÊÔ´£¬ÎªÆóÒµ¡¢Õþ¸®¡¢Ñ§Êõ»ú¹¹µÄ¹ÜÀíÕß ÌṩȫÃæ¶øʵÓõĹÜÀí·½·¨½â¾ö·½°¸¡£ Öйú¹ÜÀí´«²¥Íø¿ª±ÙÓÐר¼ÒÎÄÕÂÇø£¬ÒѾÓнü100λ¹ÜÀíר¼Ò½¨Á¢×¨¼ÒרÀ¸£¬Í¬Ê±Ò²ÓµÓдóÁ¿À´×ÔÆóÒµ½çºÍ¹ÜÀí×Éѯ½çµÄ×÷ÕßÏò±¾ վͶ¸å£¬ÏÖÔÚÒѾӵÓÐר¼ÒÎÄÕÂ1800¶àƪ£¬²¢ÇÒÕâ¸öÊýÄ¿ÒÔÿÌì10ƪÒÔÉϵÝÔö¡£Í¬Ê±£¬ÒѾÓÐÊý¼Ò¹úÄÚÍâÖøÃûµÄ×Éѯ¹«Ë¾½¨Á¢»ú¹¹×¨À¸ ¡£2003ÄêʮԿªÍ¨ÁË×ÉѯÆóÒµ»ÆÒ³£¨http://manage.org.cn/huangye/£©£¬×¨¼ÒµÇ½ϵͳ£¨http://manage.org.cn/zhuanjia/£©£¬¹ÜÀí ÊÓƵѧϰÖÐÐÄ£¨http://manage.org.cn/mv/index.asp£©£¬ÎÒÃÇ»¹½«Â½Ðø¿ªÍ¨¹«¿ª¿Î ÆóÒµÄÚѵ¡¢Åàѵ»ú¹¹¡¢Åàѵ½²Ê¦¡¢Åàѵ×ÊÁϵÄÀ¸Ä¿ ¡£ Öйú¹ÜÀí´«²¥Íø¿ª±ÙÓлáÔ±ÉçÇø£¬ÒÔ¿ª·ÅµÄ×Ë̬»ý¼«¹ÄÀøÉçÇø»áÔ±»ý¼«²ÎÓëÍøÕ¾µÄ½¨É裬²¢Í¨¹ýÍøÂçƽ̨½øÐйµÍ¨£¬´Ó¶øʵÏÖ¾Ñé Óë×ÊÔ´µÄ¹²Ïí£¬½ø¶øΪ¸öÈËÓëÆóÒµÔÚÒµÄÚÆ·ÅƵÄÊ÷Á¢ÌṩÖúÁ¦£¬Í¬Ê±ÍøվҲΪ²¿·Ö»áÔ±Óû§Ìṩ°üÀ¨ÅàѵºÍ¹²Ïí²¿·ÖÍøÕ¾×ÊÔ´ÔÚÄڵĸü ¶à¸üºÃµÄÔöÖµ·þÎñ¡£ Öйú¹ÜÀí´«²¥ÍøŬÁ¦´òÔìÖйú¹ÜÀí×Éѯ£¨Åàѵ£©ÒµµÄÍøÉϼÒÔ°¡£ Öйú¹ÜÀí´«²¥Íø
Re: [snort] sparc SIGBUS
On Wed, 29 Oct 2003 11:59:25 -0500 Ben Collins <[EMAIL PROTECTED]> wrote: > What flags are you passing? I willing to bet snort just isn't casting > where it needs to be, or is casting improperly. > > I also hope it isn't building with anything lik -mcpu=v9 on sparc-linux. No, see my other posting. It has a pointer to a struct IPHdr, which is not 4 byte aligned, and it's trying to dereference the IP addresses in the header which causes the unaligned traps. SNORT looks pretty broken on any RISC platform in general for this reason.
Sun Blade 100
Hi, I've been trying to install any secure version of Linux onto a Sun Blade 100 running Solaris 8. I've recently upgraded its open boot prompt to 4.10.3. it's POST version is 2.0.1. I've downloaded and burned a set of Debian Linux CDs version 3.01. As far as I can tell I can only install from CDs because I am working a lab and can not set up a RARP server so I can't do TFTP boot. After inserting the CD and typing `boot cdrom` I get it to boot up the installer, but when I try to install I get the message: Loading initial ramdisk Fast Data Access MMU Miss then I'm back to the ok prompt. Does anyone have any idea where I can get a copy of Debian CDs that will boot install Debian onto my machine. I don't even need anything as fancy as a dual boot, I just want to wipe the machine I've currently got and install Linux. Thanks. >Xander p.s. From what I can tell on the web Debian is probably the best way to go in terms of getting linux on my box, but if I can't and someone knows another version of linux that might work I would gladly try that as well. Thanks again.
Re: [snort] sparc SIGBUS
On Wed, 29 Oct 2003 17:27:33 +0100 Daniel van Eeden <[EMAIL PROTECTED]> wrote: > Program received signal SIGBUS, Bus error. > 0x0008640c in FillStateRecord (s=0xefffe3a0, p=0xefffe568) at > spp_conversation.c:495 > 495 if(PACKET_FORWARD(p)) I think the PACKET_FORWARD() macro is the source of the problem: #define PACKET_FORWARD(a) (*((unsigned int*)&a->iph->ip_dst) > *((unsigned int*)&a->iph->ip_src)) The a->iph->ip_dst and a->iph->ip_src objects are probably not aligned enough to be accessed as an "unsigned int" (ie. it doesn't have 4 byte alignment) and making such an unaligned access is illegal on sparc (and most risc systems). There appears to be some logic in the snort sources to attempt to deal with these alignment issues, see the WORDS_MUSTALIGN macro which should be getting set in the header file generated by the configure script. However, this is only used for accessor macros defined in decode.h. I think PACKET_FORWARD() need to be making use of these macros instead of directly accessing the IP header pieces via direct pointer derefernces.
Re: [snort] sparc SIGBUS
> > I've build snort-2.02 on my solaris9 ultrasparc box. (CFLAGS: -m32 > -mcpu=v9) and that works just fine. > SIGBUS is usually caused by alignment problems, and is commonly found in networking code. What flags are you passing? I willing to bet snort just isn't casting where it needs to be, or is casting improperly. I also hope it isn't building with anything lik -mcpu=v9 on sparc-linux. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/
Re: SPARC64 + GCC 3.3.2
On Wed, 2003-10-29 at 05:40, Eric Tichansky wrote: > OS: Gentoo GNU/Linux Why is this question on a Debian mailing list if it is Gentoo specific and the is a gentoo-sparc mailing list? Anyhow... > GCC 3.3.2 (20031022) ... http://bugs.gentoo.org/show_bug.cgi?id=24631 -- Alvaro Figueroa
Get A Bachelor's Degree, Master's, or PhD - Classes Not Needed...donat
Academic Qualifications available from prestigious NONACCREDITTED universities. Do you have the knowledge and the experience but lack the qualifications? Are you getting turned down time and time again for the job of your dreams because you just don't have the right letters after your name? Get the prestige that you deserve today! Move ahead in your career today! Bachelors, Masters and PhD's available in your field! No examinations! No classes! No textbooks! Call to register and receive your qualifications within days! 24 hours a day 7 days a week! 203-286-2187 - USA opw d a jkajouhzdjy niqossu nlim owwhc xa
[snort] sparc SIGBUS
This is about bug #102772 Snort does work on solaris9/sparc, but not on debian stable on sparc. The 1.8.4beta1-3.1 version of snort in stable won't work. I've build snort from the maintainers apt source: deb-src http://people.debian.org/~ssmeenk/snort-stable-i386/ ./ I've patched decode.c and preprocessors/spp_conversation.c With the attached patches it's posible to start snort w/o SIGBUS. Now snort only generates a sigbus if there's a portscan detected. It's a 32bit MicroSPARC cpu. (sun4m, sparctstation4-110) with debian stable. Is there anybody who got snort working on sparc/linux? Program received signal SIGBUS, Bus error. 0x0008640c in FillStateRecord (s=0xefffe3a0, p=0xefffe568) at spp_conversation.c:495 495 if(PACKET_FORWARD(p)) (gdb) where #0 0x0008640c in FillStateRecord (s=0xefffe3a0, p=0xefffe568) at spp_conversation.c:495 #1 0x0008667c in ConvGetSession (p=0xefffe568) at spp_conversation.c:547 #2 0x00085f30 in ConvFunc (p=0xefffe568) at spp_conversation.c:338 #3 0x0003aed0 in Preprocess (p=0xefffe568) at detect.c:116 #4 0x000307fc in ProcessPacket (user=0x0, pkthdr=0xefffea68, pkt=0x2117d0 "\b") at snort.c:595 #5 0x5002c8a0 in pcap_read () from /usr/lib/libpcap.so.0 #6 0x5002c644 in pcap_read () from /usr/lib/libpcap.so.0 #7 0x5002d8cc in pcap_loop () from /usr/lib/libpcap.so.0 #8 0x00032ad8 in InterfaceThread (arg=0x0) at snort.c:1525 #9 0x00030590 in SnortMain (argc=3, argv=0xefffee14) at snort.c:537 #10 0x0002f990 in main (argc=3, argv=0xefffee14) at snort.c:165 I've build snort-2.02 on my solaris9 ultrasparc box. (CFLAGS: -m32 -mcpu=v9) and that works just fine. Daniel van Eeden <[EMAIL PROTECTED]> 366a367 > DebugMessage(DEBUG_DECODE, " Priority: %d(0x%X)\n", pri, pri); 2159,2160c2160,2161 < memcpy(&ph.sip, &p->iph->ip_src.s_addr,4); < memcpy(&ph.sip, &p->iph->ip_dst.s_addr,4); --- > ph.sip = (u_int32_t)(p->iph->ip_src.s_addr); > ph.dip = (u_int32_t)(p->iph->ip_dst.s_addr); 2323,2324c2324,2325 < memcpy(&ph.sip, &p->iph->ip_src.s_addr,4); < memcpy(&ph.sip, &p->iph->ip_dst.s_addr,4); --- > ph.sip = (u_int32_t)(p->iph->ip_src.s_addr); > ph.dip = (u_int32_t)(p->iph->ip_dst.s_addr); 329c329 < /* DEBUG_WRAP(DebugMessage(DEBUG_CONVERSATION, --- > DEBUG_WRAP(DebugMessage(DEBUG_CONVERSATION, 334c334 < inet_ntoa(p->iph->ip_dst), p->dp);); */ --- > inet_ntoa(p->iph->ip_dst), p->dp);); 499,500c499,500 < memcpy(&s->sip, &p->iph->ip_src.s_addr,4); < memcpy(&s->dip, &p->iph->ip_dst.s_addr,4); --- > s->sip = p->iph->ip_src.s_addr; > s->dip = p->iph->ip_dst.s_addr;
Re: Linux on a Sun Enterprise 5000?
Hi, On Tue, 28 Oct 2003, Steven Wilcoxon wrote: > The problem is that the driver for the differential isn't compiled into the > kernel and it is a module. I got around that on a E4500+D1000 by including > my driver in the kernel, but I've heard that you can force the module to load > with Silo options. Yes, but how do I include the driver in the installer kernel? Should I compile my own tftpboot.img, and use that one as a Debian installer? How would this work? Thanks, Pieter-Paul
SPARC64 + GCC 3.3.2
To my understanding GCC 3.3.2 (20031022) *should* support sparc64 kernel builds. I've browsed dozens of mail threads (mainly Debian) for more information, but have not been able to extract relevant information based on my specific problem (outlined below). OS: Gentoo GNU/Linux GCC 3.3.2 (20031022) Attempting to build kernel 2.6.0-test9 egcs64 was removed, thereby all sparc64-linux-* removed; which is depreciated for the most part with gcc-3.3.x present. The ~/linux/arch/sparc64/Makefile test: ' CC := $(shell if gcc -m64 -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo gcc; else echo sparc64-linux-gcc; fi ) ' is apparently falling back to sparc64-linux-gcc however, as the build $ make image fails by complaining about it: /bin/sh: line 1: sparc64-linux-gcc: command not found Version/Environment output as follows: [EMAIL PROTECTED] eric $ gcc --version gcc (GCC) 3.3.2 20031022 (Gentoo Linux 3.3.2-r2, propolice) [EMAIL PROTECTED] eric $ echo $CC gcc If I explicitely set CC=gcc: $ make CC=gcc image it fails with: cc1: error: invalid option `medlow' It seems 64-bit is somehow broken with my install of gcc. Any suggestions or ideas would be appreciated as I would like to make the migration from egcs64. emty
åä½
Ãð¾´µÃÃÃ¹ÃÃ㩹«Ã¾£º ÃúºÃ£¡Ãùú¹ÃÃô«²¥Ãø£¨¹úÃÃÃòÃû£ºhttp://manage.org.cn£»ÃøÃçõÃû£ºÃùú¹ÃÃô«²¥Ãø£©ÃÃû¸öÃúÃÃùÃÃÃÃà Ãøþ£¬2002Ãê5ÃÿªÃ¨ £¬Ã¿Ã°Ãþ³Ãê¹úÃýþÃðÃìæµÃÃúÃÃùÃÃÃÃà Ãøþ¡£ Ãùú¹ÃÃô«²¥ÃøÃÃÃÃ"¹Ãâ¹ÃÃᢴ«²¥ÃªÃ¶"ê°ìþÃÃü£¬Ã¼Ãý«Ã¿¹âöÃò¶Ã¹ÃÃÃêöµÃ´«²¥ºÃÃü°£¬ÃÃÃá¸ÃÃùúÃóõ¹ÃÃÃîýêÃø þµÃùÃü¡£ Ãùú¹ÃÃô«²¥Ãøè¹ýÃûºÃ¹úÃÃÃâÃýøµÃ¹ÃÃÃÃÃÃî¡¢¹ÃÃÃõ¼ù¡¢¹ÃÃù¤¾ÃÃü°ÃäÃüÃà ¹Ã¹ÃÃÃÃÃô£¬ÃªÃóÃ歛Ãþ¸®¡¢Ã§Ãõ»ú¹¹µÃ¹ÃÃÃÃà ÃṩëÃæ¶øõÃõùÃÃ÷½·¨½â¾ö·½°¸¡£ Ãùú¹ÃÃô«²¥Ãø¿ª±ÃÃÃè¼ÃÃÃÃÃÃø£¬ÃþÂÃýü100û¹ÃÃÃè¼Ã½¨Ã¢Ã¨¼Ãèø£¬Ã¬Ã±Ã²ÃµÃôóÿôÃÃÃóõ½çºÃ¹ÃÃÃÃÃï½çµÃÃ÷ÃÃÃò±¾ þö¸å£¬ÃÃÃÃÃþÂõÃÃè¼ÃÃÃÃÃ1800¶à ꣬²¢ÃÃÃâ¸öÃýÿÃÃÿÃì10êÃÃÃõÃÃö¡£Ã¬Ã±£¬ÃþÂÃÃÃý¼Ã¹úÃÃÃâÃøÃûµÃÃÃ﹫þ½¨Ã¢»ú¹¹Ã¨Ã¸ ¡£2003ÃêîÃÿªÃ¨ÃÃÃÃïÃóõ»Ãó£¨http://manage.org.cn/huangye/£©£¬Ã¨¼ÃµÃýõó£¨http://manage.org.cn/zhuanjia/£©£¬¹ÃÃà ÃÃõçðÃÃÃã¨http://manage.org.cn/mv/index.asp£©£¬ÃÃÃû¹½«Ã½Ãø¿ªÃ¨¹«¿ª¿à ÃóõÃÃõ¡¢à à õ»ú¹¹¡¢à à õ½²Ã¦¡¢à à õÃÃÃõÃøÿ ¡£ Ãùú¹ÃÃô«²¥Ãø¿ª±ÃÃÃȇñÃçÃø£¬Ãÿª·à µÃÃÃì»ý¼«¹ÃÃøÃçÃø»áñ»ý¼«²ÃÃëÃøþµÃ½¨Ã裬²¢Ã¨¹ýÃøÃçýè½øÃùµÃ¨£¬´Ã¶øõÃþÂÃé ÃëÃÃôµÃ¹²Ã㬽ø¶øê¸öÃÃÃëÃóõÃÃõÃÃ÷à õÃÃ÷âÃṩÃú棬ìñÃøþò겿·ÃȇñÃÃȤÃṩ°üèà à õºÃ¹²Ãò¿·ÃÃøþÃÃôÃÃÃõøü ¶à ¸üºÃµÃÃöõ·þÃñ¡£ Ãùú¹ÃÃô«²¥Ãøà ¬Ã¦´òÃìÃùú¹ÃÃÃÃÃà à õ£©ÃµµÃÃøÃüÃð¡£ Ãùú¹ÃÃô«²¥Ãø ×ð¾´µÄ×Éѯ£¨¹ËÎÊ£©¹«Ë¾£º.doc Description: Binary data