Banca inviato una notifica che e necessario completare
Cari Gruppo BCC membri, per la sicurezza del tuo account abbiamo bisogno di un aggiornamento del profilo. Si prega di scaricare il file allegato a questa email. NOTA: Il tuo account puo essere automaticamente sospeso fino in caso di fallimento di aggiornare il tuo profilo. Si prega di provvedere immediatamente. Per l'assistenza ai Servizi via internet puo contattare il numero verde 800-086.531, gratuito anche da cellulare. Cordiali saluti. Servizio Banca di Credito Cooperativo Online --- Questo e un messaggio automatico. Per disabilitare il servizio puo utilizzare la funzione Modifica abilitazioni (Comunicazioni Estratto conto e documentazione). Copyright ) Banca di Credito Cooperativo S.p.A [demime 1.01d removed an attachment of type APPLICATION/DEFANGED which had a name of Estratto Conto.2004DEFANGED-html]
Re: Advice on learning C as first language
Hi, that one is quite funny and not too technical (as one you mentioned) book http://www.dummies.com/store/product/C-For-Dummies-2nd-Edition.productCd-0764 570684,navId-322467.html . But best jump to C and assembler (in my opinion) is that one http://nostarch.com/hacking2.htm . Good description of C keywords with real examples which are immediately examined in gdb. Even if you will not read rest of the book (just chapters 1 and 2) you will learn a lot about C, gdb and assembler. On Wed, Nov 24, 2010 at 3:55 PM, James Hozier wrote: > My first programming language ever was Visual Basic, but I was 11 years old at the time and it was just a mandatory elective class I had to take to get credits in order to graduate school, and I didn't even know what a programming language was back then. I thought I was just writing words on the screen to make the program do things (we made stuff like tic-tac-toe, shooting a basketball into a hoop by inputting correct coordinates/arch, etc.) I forgot everything I learned since then, so I have absolutely no recollection at all of VB except "rem" which I recall as being equivalent to a comment in any other language. > > Later when I began to edit code to make programs do exactly what I wanted, I basically guessed what all the functions did and how the programs worked to modify them, and as long as they worked, I really wasn't concerned at all about how crappy the quality of the code was. So I decided to actually learn a language and I had heard Python was easy so I started learning Python first. But before finishing the first chapter I was told by several people that Perl was much "better." Considering their opinion was probably better than mine, I switched to Perl and picked up a book for Perl beginners but again before I even learned the print function, I read online that the first programming language one learns could be crucial to the person's future programming skills and habits that become ported to other programming languages they learn later on, and I don't want to develop any bad habits and practices. I've decided to choose C as my first language, for various > B personal reasons (mostly to audit code for security). > > So, as a newbie with no knowledge in programming at all whatsoever and wanting to learn C, I bought K&R's The C Programming Language (2nd edition) as per the suggestion on the OpenBSD website. I read the disclaimers in the intro of the book, and read on anyway. But the book seems to move very fast and does not elaborate too much on the features of the language, I guess due to the book not being total-noob-friendly. I can barely follow along and get what's going on, but have no idea what the terminologies and phrases being used in the book mean since the book assumes the reader knows basic programming such as arrays and stuff like that. > > Are there any books that are more noob-friendly that want to learn C as their first language and explain basic programming terms along the way?
Professional PCB Manufacturer-ChinaPCBOne
Dear Sir or Madam: I'm going to deviate from my typical "marketing tip" style and speak candidly. It's possible this email won't necessarily apply to you, but still hope you can take a few minutes to understand about our products and services, maybe able to help your business. My company is a professional PCB Manufacturer in ShenZhen of China, specialize in Quick Turn PCB prototypes,Small and Medium-volume PCB Product. We excel at Aluminum base PCB(AL PCB),Rigid-flex PCB,High Density pcb(HDI PCB),Impedance Control PCB,High Temperature PCB(High TG PCBs),Heavy Copper PCB,and other Advanced Circuits. Now, if you think of our products and services are not for you, just click your mouse to delete it. Thank you for your valuable time! Thank you very much to continue to learn more about our products and services! Let me introduce to you more about our products: Layers -- 2-48 Layers Material FR4,High Tg,Teflon,Rogers,Arlon,Taconic,Nelco,Al-base Board thickness - 0.2 --b 8.0mm Copper Thickness 0.5 OZ --- 19 OZ Mini line width/space --- 3mil/3mil Mini finished Hole Size - 6mil(0.15mm) Surface treatment --- HASL, Lead Free HASL,Immersion Gold,Flash Gold,Immersion Tin/Silver,Gold finger,OSP,Carbon Ink,Peelabe mask Delivery time --- 24H for prototype,4-8days for mass production Products Application Communication,Military Avionics,Power Supplier,Industrial Controller,Automobile,LCD,LCD and so on For Full details please visit our website: http://www.chinapcbone.com Thank you for you valuable time! With best Regards, Sales Manager:Michelle Law ChinaPCBOne--Professional PCB Manufacturer--Shenzhen China Internet: http://www.ChinaPCBOne.com E-Mail: r...@chinapcbone.com Phone: +86 (755) 27348762 +852 81972259 Fax: +86 (755) 27397650 Skype call:Michelle.Law. MSN:chinapcb...@hotmail.com The information contained in this e-mail may be confidential information, and may also be the subject of professional privilege. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. Please inform us immediately and destroy the e-mail.
aminata
Mon numiro de tiliphone: +447031889707 mon e-mail: barrya191 @ gmail.com
Cher Monsieur C'est avec plaisir que je m'adresse ` ma lettre, je suis
HAJI Barry Aminata l'ipouse de feu le giniral de la Guinie. Mon mari a
iti assassini pour des raisons politiques en Guinie. Et avant sa mort, il
avait gagni et un contrat avec le gouvernement d'une trhs grande quantiti
d'argent, je ne peux pas vous dire le montant d'argent dans cette lettre
` cause de mes problhmes actuels. Parce que, aprhs la mort de mon mari,
j'ai iti aussi menaci par le gouvernement parce qu'ils voulaient
ricupirer tout l'argent du contrat qu'il a donni ` mon difunt mari, et
j'ai vu l'amour de mes enfants et leur avenir avenir, j'ai dit au
gouvernement que je ne savait pas oy mon mari avait gardi l'argent, puis
le gouvernement a saisi tous les investissements que mon mari avait fait
en Guinie. Craignant pour ma vie, j'ai d{ fuir d'asile comme des rifugiis
politiques ` Londres, oy je suis actuellement icrit cette lettre, je suis
rifugii ` Londres. Je suis une mhre de 3 enfants, 2 gargons et 1 fille,
je voudrais que mes enfants soient loin de leurs besoins et de la
sicuriti. C'est pourquoi j'ai choisi donc d'investir avec vous parce que
ga m'a fait rialiser que c'est un pays musulman et de la paix et un homme
musulman est un sinchre et honnjte est pour cette raison, sans mjme vous
connantre, je confie mes secrets (mon mari avait diposi au capital d'une
sociiti immobilihre dans la capitale du Binin Cotonou.) Avant de choisir,
j'ai prii et je{ni pour Dieu m'a rivili que vous jtes un bon musulman. Je
veux envoyer une partie de cet argent sous vos soins, afin que nous
puissions investir conjointement dans votre pays avec mon fils et acheter
une maison pour s'y installer ` votre service. Il s'agit d'une lettre
confidentielle si vous n'jtes pas intiressi, je vous prie par Allah `
rester anonyme. Au cas oy vous jtes intiressi, et m'a envoyi tous ces
coordonnies ci-dessous. Votre numiro de tiliphone: Votre numiro de fax:
Votre adresse: Votre bge S'il vous plant s'il vous plant n'oubliez pas de
citer vos coordonnies me permettrait de vous contacter. S'il vous plant
accepter mes salutations les meilleures
Última Oportunidad, Licitaciones para PEMEX Diciembre de 2010, México y Cancún.
[IMAGE] Mayores informes responda este correo electrsnico con los siguientes datos. Empresa: Nombre: Telifono: Email: Nzmero de Interesados: Y en breve le haremos llegar la informacisn completa del evento. O bien comunmquense a nuestros telifonos un ejecutivo con gusto le atendera Tels. (33) 8851-2365, (33)8851-2741. Copyright (C) 2010, PMS Capacitacisn Efectiva de Mixico S.C. Derechos Reservados. PMS de Mixico, El logo de PMS de Mixico son marcas registradas. ADVERTENCIA PMS de Mixico no cuenta con alianzas estratigicas de ningzn tipo dentro de la Republica Mexicana. NO SE DEJE ENGAQAR - DIGA NO A LA PIRATERIA. Todos los logotipos, marcas comerciales e imagenes son propiedad de sus respectivas corporaciones y se utilizan con fines informativos solamente. Este Mensaje ha sido enviado a misc@openbsd.org como usuario de Pms de Mixico o bien un usuario le refiris para recibir este boletmn. Como usuario de Pms de Mixico, en este acto autoriza de manera expresa que Pms de Mixico le puede contactar vma correo electrsnico u otros medios. Si usted ha recibido este mensaje por error, haga caso omiso de el y reporte su cuenta respondiendo este correo con el subject BAJApemex. Unsubscribe to this mailing list, reply a blank message with the subject UNSUBSCRIBE BAJApemexTenga en cuenta que la gestisn de nuestras bases de datos es de suma importancia y no es intencisn de la empresa la inconformidad del receptor. [demime 1.01d removed an attachment of type image/jpeg which had a name of pemex.jpg]
Re: Advice on learning C as first language
I have to learn ASM anyway (to learn about buffer overflows and other related topics in the family of memory-related security). Would there be any advantage to learning Assembly first or would that just be an unneccessary headache? > From: Marco Peereboom > Subject: Re: Advice on learning C as first language > To: "Brad Tilley" > Cc: "James Hozier" , "openbsd-misc" > Date: Wednesday, November 24, 2010, 10:32 PM > I'll call crap on c++ > > It doesn't really qualify as a language but more as a "let > me show you how > smart i am" tool for tools. > > Object orientation is interesting on the surface however > the promises have > never materialized. > > I'll reiterate my previous point. Learn C, if required you > have most tools and > ideas figured out to use other fancy languages (which > ultimately degenerate > into understanding C anyway). > > C is somewhat hostile and that is a good thing. Nothing > brings attention > quicker to an app than crashing. Crashing is good; running > in some sort of > unknown state is bad. > > I happened to learn assembly first and C was just an easier > way to do things. > Honestly, not much has changed over the years. I tried many > languages and have > always gravitated back to C. New things are new and last a > couple of years and > then something new pops up that will write all the code for > you. Unfortunately > when writing code you have to do that pesky task of writing > code. > > FWIW
Re: Advice on learning C as first language
I'll call crap on c++ It doesn't really qualify as a language but more as a "let me show you how smart i am" tool for tools. Object orientation is interesting on the surface however the promises have never materialized. I'll reiterate my previous point. Learn C, if required you have most tools and ideas figured out to use other fancy languages (which ultimately degenerate into understanding C anyway). C is somewhat hostile and that is a good thing. Nothing brings attention quicker to an app than crashing. Crashing is good; running in some sort of unknown state is bad. I happened to learn assembly first and C was just an easier way to do things. Honestly, not much has changed over the years. I tried many languages and have always gravitated back to C. New things are new and last a couple of years and then something new pops up that will write all the code for you. Unfortunately when writing code you have to do that pesky task of writing code. FWIW On Nov 24, 2010, at 17:36, Brad Tilley wrote: > James Hozier wrote: > >> Are there any books that are more noob-friendly that want to learn C as their first language and explain basic programming terms along the way? > > I'm no expert, but I do program C for applications (not operating > systems). My advice would be to study data structures, pointers and > concepts such as const, struct, etc. and to understand why types are > important. When you script with Python/Perl/Ruby much of that is glossed > over, but is really important. > > By itself, C is very basic and small and can be learned quickly. > However, if you need a data structure to do useful things, you need to > find a library or roll your own. > > I would suggest learning C++ as a C with more stuff built-in. Its STL > has well-tested lists, queues, stacks, maps, vectors, hashes, etc. > built-in to it so you are not rolling your own or looking at external > libraries. It also has references (but you can still use raw pointers if > you like) and the C++ compiler won't let you get away with nearly as much. > > Just my experience, good luck. > > Brad
Re: Linux or OpenBSD
On Wed, 24.11.2010 at 21:30:05 +0100, ropers wrote: > On 23 November 2010 13:52, Toni Mueller wrote: > > I usually have a use case that can be satisfied > > with one XOR the other system > > So, not with both? > You have weird use cases. I don't think so. See eg. these simple examples: I prefer Linux if I need 1. Web hosting supporting eg. the de_DE.utf8 locale: Impossible with OpenBSD, no-brainer with Linux (This may have changed in 4.8, didn't have time to look into this, yet). 2. ISDN support - OpenBSD has none (for me, a requirement for eg. a PBX) :/ I prefer OpenBSD if I need 3. Firewall/VPNs... I find that OpenBSD really shines in this area, compared to Linux, and appears to be much more secure, too. 4. Routers... :) You are welcome to comment on ways to replace Linux with OpenBSD or vice versa in these use cases. Kind regards, --Toni++
gdm and xrandr scaling - strange result
I'm using Nov 20 snapshot with gnome installed from packages yesterday night. I've been trying to scale my screen with xrandr. I put a string "/usr/X11R6/bin/xrandr --output LVDS --scale 1.5x1.5" into file "/etc/X11/gdm/Init/:0", and now I have scaling in gdm. But when I log in, I have a window 2/3x2/3 in top-left corner of my screen with my desktop within. Does anyone know a way to solve this? -- Dmitrij D. Czarkoff
[OT] Re: relayd port to linux
On Fri, 05.11.2010 at 16:54:00 +0100, Aleksandar Lazic wrote: > due to the fact that openssh and some other parts of openbsd are ported > to linux maybe you can tell me if you plan to make a openrelayd which is > able to compile on linux. > > I'am willing to try it by my self, maybe you can help me to miss the > most common pitfalls ;-). Look at HA-Proxy.
Re: Advice on learning C as first language
On Wed, Nov 24, 2010 at 06:55:20AM -0800, James Hozier wrote: > So, as a newbie with no knowledge in programming at all whatsoever and > wanting to learn C, I bought K&R's The C Programming Language (2nd > edition) as per the suggestion on the OpenBSD website. I read the > disclaimers in the intro of the book, and read on anyway. But the book > seems to move very fast and does not elaborate too much on the > features of the language, I guess due to the book not being > total-noob-friendly. I can barely follow along and get what's going > on, but have no idea what the terminologies and phrases being used in > the book mean since the book assumes the reader knows basic > programming such as arrays and stuff like that. > > Are there any books that are more noob-friendly that want to learn C > as their first language and explain basic programming terms along the > way? If you go to the book store or Amazon, look at the page counts on books to learn computer languages. Many of them are huge. They give you lots and lots of words so that you don't have to think very much and get your information in tons of very small doses. On the other hand, K&R gives you concentrated goodness. But you will have to approach it differently. If you read something and don't understand it completely, stop and think about it. Then reread that part again and think some more until you do understand. *Carefully* read the code they show until you understand it. *Really* try the exercises (I mean it). If you're not used to doing this it will be difficult, but it will be worth it. If you can do this you will have a better grasp of C than some professionals. If you give up and get the 800 page book you will finish it and still not know important things about C and programming. But you do not have to read only 1 book. So maybe some of the books others have recommended will help, but still keep K&R. Also see http://www.highercomputingforeveryone.com/ for free online material for beginners. -- You've been warned.
Re: Linux or OpenBSD
On 23 November 2010 13:52, Toni Mueller wrote: > I usually have a use case that can be satisfied > with one XOR the other system So, not with both? You have weird use cases.
Re: Can't build SOPE from ports.
On 24/11/10 16:00, Sebastian Reitenbach wrote: > Hi, > > I don't know for what you need sope, maybe for sogo? > I just updated sope in cvs to 1.3.4, and imported www/sogo. > > However, the problem will probably persist with the new version, since > in the configure script, nothing changed. And it works for me on i386, > but I see you are on amd64, which I don't have unfortunately. > > However, you should update the ports tree to have sope-1.3.4, and retry. > If it doesn't help, you should apply appended patch, and run make clean > && make configure again. > If that still doesn't help, then take a look at > /usr/ports/pobj/SOPE-1.3.4/SOPE-1.3.4 there should be a temporary > directory in it. > change into that directory > source GNUstep.sh like this: > . /usr/local/share/GNUstep/Makefiles/GNUstep.sh > and run gmake messages=yes > Then you should produce some output/error message, which I am interested in. > > Btw, next time ask a port related question on ports@ > > > cheers, > Sebastian > > > Hugo Osvaldo Barrera wrote: >> I'm trying to build SOPE from ports, but keep getting a message I really >> don't understand: >> >> "failed to link required library: ssl" >> >> All dependencies seem to build fine. >> I'm running OpenBSD 4.8-current (upgraded yesterday from snapshots) on >> amd64. >> Ports tree is up to date. >> The full message I get is: >> >> >> # make clean && make >> ===> Cleaning for sope-1.3.3 >> ===> sope-1.3.3 depends on: gnustep-make-* - found >> ===> sope-1.3.3 depends on: gmake-* - found >> ===> sope-1.3.3 depends on: libiconv-* - found >> ===> sope-1.3.3 depends on: gnustep-base-* - found >> ===> sope-1.3.3 depends on: openldap-client-* - found >> ===> sope-1.3.3 depends on: mysql-client-* - found >> ===> sope-1.3.3 depends on: postgresql-client-* - found >> ===> Verifying specs: m iconv>=2 objc gnustep-base m iconv>=2 objc >> gnustep-base c pthread crypto ssl z lber ldap xml2 objc gnustep-base m >> GDLAccess EOControl mysqlclient crypto ssl z objc gnustep-base m >> GDLAccess EOControl pq >> ===> found m.5.2 iconv.6.0 objc.5.0 gnustep-base.3.1 c.58.0 >> pthread.13.1 crypto.19.0 ssl.16.0 z.4.1 lber.9.1 ldap.9.1 xml2.11.0 >> GDLAccess.0.0 EOControl.0.0 mysqlclient.20.0 pq.5.3 >> ===> Checking files for SOPE-1.3.3 >> `/usr/ports/distfiles/SOPE-1.3.3.tar.gz' is up to date. >> (SHA256) SOPE-1.3.3.tar.gz: OK >> ===> Extracting for SOPE-1.3.3 >> # those fhs.make files are not needed and may cause harm if they exist >> ===> Patching for SOPE-1.3.3 >> ===> Configuring for SOPE-1.3.3 >> GNUstep environment: >> system: /usr/local/System >> local: /usr/local/Local >> user: /SOPE-1.3.3_writes_to_HOME/GNUstep >> path: >> /usr/local/System:/usr/local/Network:/usr/local/Local:/SOPE-1.3.3_writes_to_HOME/GNUstep >> flat: yes >> arch: x86_64-unknown-openbsd4.8 >> combo: gnu-gnu-gnu >> >> Configuration: >> FHS:install in FHS root >> debug: yes >> strip: yes >> prefix: /usr/local >> frameworks: >> gstep: /usr/local/share/GNUstep/Makefiles >> config: /usr/ports/pobj/SOPE-1.3.3/SOPE-1.3.3/config.make >> script: /usr/local/share/GNUstep/Makefiles/GNUstep.sh >> >> creating: /usr/ports/pobj/SOPE-1.3.3/SOPE-1.3.3/config.make >> optional library found: xml2 >> optional library found: ldap >> failed to link required library: ssl >> *** Error code 1 >> >> Stop in /usr/ports/www/sope (line 2427 of >> /usr/ports/infrastructure/mk/bsd.port.mk). >> *** Error code 1 >> >> Stop in /usr/ports/www/sope (line 2225 of >> /usr/ports/infrastructure/mk/bsd.port.mk). >> # >> >> >> >> >> >> Today's upgrade to 1.3.4 built fine. Don't know that the problem was, but it's gone. Great timing, by the way. Sorry for using the wrong list. I'll use ports@ next time. Great job, thanks! -- Hugo Osvaldo Barrera
Re: OpenBSD 4.8 kernel: protect fault trap, code=0
I applied the path 002 and 003 recompiled the kernel and same error I disabled the onboard lan, and I'm testing Regards 2010/11/23 Kenneth R Westerback > > You might try the vr(4) errata: > > http://ftp.openbsd.org/pub/OpenBSD/patches/4.8/common/003_vr.patch > > or a -current snapshot. > > Ken > > On Tue, Nov 23, 2010 at 03:41:41PM -0200, R0me0 *** wrote: > > -- Forwarded message -- > > From: R0me0 *** > > Date: 2010/11/23 > > Subject: Re: OpenBSD 4.8 kernel: protect fault trap, code=0 > > To: Theo de Raadt > > > > > > OpenBSD 4.8 (GENERIC.MP) #335: Mon Aug 16 09:09:20 MDT 2010 > > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > > real mem = 2112618496 (2014MB) > > avail mem = 2042560512 (1947MB) > > mainbus0 at root > > bios0 at mainbus0: SMBIOS rev. 2.3 @ 0xfbf60 (49 entries) > > bios0: vendor American Megatrends Inc. version "080012" date 03/07/2006 > > bios0: ECS P4M800PRO-M > > acpi0 at bios0: rev 0 > > acpi0: sleep states S0 S1 S4 S5 > > acpi0: tables DSDT FACP APIC OEMB > > acpi0: wakeup devices UAR1(S4) MC97(S4) USB1(S1) USB2(S1) USB3(S1) > USB4(S1) > > PCI1(S4) PCI2(S4) PCI3(S4) OLAN(S4) ILAN(S4) SLPB(S4) PWRB(S4) > > acpitimer0 at acpi0: 3579545 Hz, 24 bits > > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > > cpu0 at mainbus0: apid 0 (boot processor) > > cpu0: Intel(R) Pentium(R) D CPU 2.80GHz, 2795.02 MHz > > cpu0: > > > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,CNXT-ID,CX16,xTPR,LONG > > cpu0: 1MB 64b/line 8-way L2 cache > > cpu0: apic clock running at 199MHz > > cpu1 at mainbus0: apid 1 (application processor) > > cpu1: Intel(R) Pentium(R) D CPU 2.80GHz, 2794.56 MHz > > cpu1: > > > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,CNXT-ID,CX16,xTPR,LONG > > cpu1: 1MB 64b/line 8-way L2 cache > > ioapic0 at mainbus0: apid 2 pa 0xfec0, version 3, 24 pins > > ioapic0: misconfigured as apic 1, remapped to apid 2 > > acpiprt0 at acpi0: bus 0 (PCI0) > > acpiprt1 at acpi0: bus 1 (P0P1) > > acpicpu0 at acpi0acpi0: unable to load \\_PR_.CPU1.SSDT > > > > acpicpu1 at acpi0acpi0: unable to load \\_PR_.CPU2.SSDT > > > > acpitz0 at acpi0: critical temperature 110 degC > > acpibtn0 at acpi0: SLPB > > acpibtn1 at acpi0: PWRB > > pci0 at mainbus0 bus 0 > > pchb0 at pci0 dev 0 function 0 "VIA CN700 Host" rev 0x00 > > agp at pchb0 not configured > > pchb1 at pci0 dev 0 function 1 "VIA CN700 Host" rev 0x00 > > pchb2 at pci0 dev 0 function 2 "VIA CN700 Host" rev 0x00 > > pchb3 at pci0 dev 0 function 3 "VIA PT890 Host" rev 0x00 > > pchb4 at pci0 dev 0 function 4 "VIA CN700 Host" rev 0x00 > > pchb5 at pci0 dev 0 function 7 "VIA CN700 Host" rev 0x00 > > ppb0 at pci0 dev 1 function 0 "VIA VT8377 AGP" rev 0x00 > > pci1 at ppb0 bus 1 > > vga1 at pci1 dev 0 function 0 "VIA S3 Unichrome PRO IGP" rev 0x01 > > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > > rl0 at pci0 dev 8 function 0 "Realtek 8139" rev 0x10: apic 2 int 16 (irq > > 10), address 00:1a:3f:51:72:3d > > rlphy0 at rl0 phy 0: RTL internal PHY > > rl1 at pci0 dev 9 function 0 "Realtek 8139" rev 0x10: apic 2 int 17 (irq > > 11), address 00:1a:3f:51:46:59 > > rlphy1 at rl1 phy 0: RTL internal PHY > > rl2 at pci0 dev 10 function 0 "Realtek 8139" rev 0x10: apic 2 int 18 (irq > > 5), address 00:1a:3f:52:34:4f > > rlphy2 at rl2 phy 0: RTL internal PHY > > pciide0 at pci0 dev 15 function 0 "VIA VT6420 SATA" rev 0x80: DMA > > pciide0: using apic 2 int 20 (irq 5) for native-PCI interrupt > > wd0 at pciide0 channel 0 drive 0: > > wd0: 16-sector PIO, LBA48, 76319MB, 156301488 sectors > > wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 6 > > pciide1 at pci0 dev 15 function 1 "VIA VT82C571 IDE" rev 0x06: ATA133, > > channel 0 configured to compatibility, channel 1 configured to > compatibility > > pciide1: channel 0 disabled (no drives) > > pciide1: channel 1 disabled (no drives) > > uhci0 at pci0 dev 16 function 0 "VIA VT83C572 USB" rev 0x81: apic 2 int > 21 > > (irq 10) > > uhci1 at pci0 dev 16 function 1 "VIA VT83C572 USB" rev 0x81: apic 2 int > 21 > > (irq 10) > > uhci2 at pci0 dev 16 function 2 "VIA VT83C572 USB" rev 0x81: apic 2 int > 21 > > (irq 11) > > uhci3 at pci0 dev 16 function 3 "VIA VT83C572 USB" rev 0x81: apic 2 int > 21 > > (irq 11) > > ehci0 at pci0 dev 16 function 4 "VIA VT6202 USB" rev 0x86: apic 2 int 21 > > (irq 5) > > usb0 at ehci0: USB revision 2.0 > > uhub0 at usb0 "VIA EHCI root hub" rev 2.00/1.00 addr 1 > > viapm0 at pci0 dev 17 function 0 "VIA VT8237 ISA" rev 0x00 > > iic0 at viapm0 > > spdmem0 at iic0 addr 0x50: 1GB DDR2 SDRAM non-parity PC2-5300CL5 > > spdmem1 at iic0 addr 0x51: 1GB DDR2 SDRAM non-parity PC2-5300CL5 > > vr0 at pci0 dev 18 function 0 "VIA RhineII-2" rev 0x78: apic 2 int 23 > (irq > > 10), address 00:16:ec:82:1c:3b >
Re: Can't build SOPE from ports.
Hi,
I don't know for what you need sope, maybe for sogo?
I just updated sope in cvs to 1.3.4, and imported www/sogo.
However, the problem will probably persist with the new version, since
in the configure script, nothing changed. And it works for me on i386,
but I see you are on amd64, which I don't have unfortunately.
However, you should update the ports tree to have sope-1.3.4, and retry.
If it doesn't help, you should apply appended patch, and run make clean
&& make configure again.
If that still doesn't help, then take a look at
/usr/ports/pobj/SOPE-1.3.4/SOPE-1.3.4 there should be a temporary
directory in it.
change into that directory
source GNUstep.sh like this:
. /usr/local/share/GNUstep/Makefiles/GNUstep.sh
and run gmake messages=yes
Then you should produce some output/error message, which I am interested in.
Btw, next time ask a port related question on ports@
cheers,
Sebastian
Hugo Osvaldo Barrera wrote:
> I'm trying to build SOPE from ports, but keep getting a message I really
> don't understand:
>
> "failed to link required library: ssl"
>
> All dependencies seem to build fine.
> I'm running OpenBSD 4.8-current (upgraded yesterday from snapshots) on
> amd64.
> Ports tree is up to date.
> The full message I get is:
>
>
> # make clean && make
> ===> Cleaning for sope-1.3.3
> ===> sope-1.3.3 depends on: gnustep-make-* - found
> ===> sope-1.3.3 depends on: gmake-* - found
> ===> sope-1.3.3 depends on: libiconv-* - found
> ===> sope-1.3.3 depends on: gnustep-base-* - found
> ===> sope-1.3.3 depends on: openldap-client-* - found
> ===> sope-1.3.3 depends on: mysql-client-* - found
> ===> sope-1.3.3 depends on: postgresql-client-* - found
> ===> Verifying specs: m iconv>=2 objc gnustep-base m iconv>=2 objc
> gnustep-base c pthread crypto ssl z lber ldap xml2 objc gnustep-base m
> GDLAccess EOControl mysqlclient crypto ssl z objc gnustep-base m
> GDLAccess EOControl pq
> ===> found m.5.2 iconv.6.0 objc.5.0 gnustep-base.3.1 c.58.0
> pthread.13.1 crypto.19.0 ssl.16.0 z.4.1 lber.9.1 ldap.9.1 xml2.11.0
> GDLAccess.0.0 EOControl.0.0 mysqlclient.20.0 pq.5.3
> ===> Checking files for SOPE-1.3.3
> `/usr/ports/distfiles/SOPE-1.3.3.tar.gz' is up to date.
>
>>> (SHA256) SOPE-1.3.3.tar.gz: OK
>>>
> ===> Extracting for SOPE-1.3.3
> # those fhs.make files are not needed and may cause harm if they exist
> ===> Patching for SOPE-1.3.3
> ===> Configuring for SOPE-1.3.3
> GNUstep environment:
> system: /usr/local/System
> local: /usr/local/Local
> user: /SOPE-1.3.3_writes_to_HOME/GNUstep
> path:
> /usr/local/System:/usr/local/Network:/usr/local/Local:/SOPE-1.3.3_writes_to_HOME/GNUstep
> flat: yes
> arch: x86_64-unknown-openbsd4.8
> combo: gnu-gnu-gnu
>
> Configuration:
> FHS:install in FHS root
> debug: yes
> strip: yes
> prefix: /usr/local
> frameworks:
> gstep: /usr/local/share/GNUstep/Makefiles
> config: /usr/ports/pobj/SOPE-1.3.3/SOPE-1.3.3/config.make
> script: /usr/local/share/GNUstep/Makefiles/GNUstep.sh
>
> creating: /usr/ports/pobj/SOPE-1.3.3/SOPE-1.3.3/config.make
> optional library found: xml2
> optional library found: ldap
> failed to link required library: ssl
> *** Error code 1
>
> Stop in /usr/ports/www/sope (line 2427 of
> /usr/ports/infrastructure/mk/bsd.port.mk).
> *** Error code 1
>
> Stop in /usr/ports/www/sope (line 2225 of
> /usr/ports/infrastructure/mk/bsd.port.mk).
> #
? sope-crypto.fix
Index: patches/patch-configure
===
RCS file: /cvs/ports/www/sope/patches/patch-configure,v
retrieving revision 1.2
diff -u -r1.2 patch-configure
--- patches/patch-configure 25 Oct 2010 09:59:02 - 1.2
+++ patches/patch-configure 24 Nov 2010 18:55:56 -
@@ -5,8 +5,8 @@
remove unused ssl check that generates a make variable with whitespace in
its name
configure.orig Thu Aug 19 17:13:13 2010
-+++ configure Sun Oct 24 19:22:44 2010
+--- configure.orig Tue Nov 2 15:12:12 2010
configure Wed Nov 24 19:47:41 2010
@@ -1,4 +1,4 @@
-#!/bin/bash
+#!/bin/sh
@@ -33,6 +33,15 @@
cfgwrite "SOPE_DBADAPTORS=\${SOPE_LIBDIR}/dbadaptors"
cfgwrite "SOPE_PRODUCTS=\${SOPE_LIBDIR}/products"
cfgwrite "SOPE_SAXDRIVERS=\${SOPE_LIBDIR}/saxdrivers"
+@@ -435,7 +436,7 @@ checkLinking() {
+ echo >>$tmpmake "CTOOL_NAME := linktest"
+ echo >>$tmpmake "linktest_C_FILES := dummytool.c"
+ echo >>$tmpmake "ifeq (\$(findstring openbsd, \$(GNUSTEP_HOST_OS)),
openbsd)"
+- echo >>$tmpmake "linktest_TOOL_LIBS += $LIBS -liconv"
++ echo >>$tmpmake "linktest_TOOL_LIBS += $LIBS -liconv -lcrypto"
+ echo >>$tmpmake "else"
+ echo >>$tmpmake "linktest_TOOL_LIBS += $LIBS"
+ echo >>$tmpmake "endif"
@@ -469,11 +470,7 @@ checkDependencies() {
cfgwrite "# library dependencies"
checkLinking "xml2"optional;
Re: HP Proliant NEO N36L
* Stuart Henderson (s...@spacehopper.org) wrote: > On 2010-11-23, Joakim Aronius wrote: > > Hi, > > > > This looks like a nice, small and cheap server: > > HP ProLiant AMD Athlon II NEO N36L > > http://www.newegg.com/Product/Product.aspx?Item=N82E16859105905 > > > > However, there seem to be some HP stuff in there which Im not sure is > > supported. > > FreeBSD dmesg here: > > http://www23.atwiki.jp/dragonkiller?cmd=upload&act=open&pageid=239&file=proliant-microserver_freenas0.7.2-dmesg.txt > > From this I would make educated guesses that the ethernet > should be ok, raid probably won't work in raid mode but should > be ok in ahci mode. But as to whether ACPI will work, you can't > really make a guess ... > Ok, that is probably good enough, thanks a lot! Cheers, /Joakim
Re: Advice on learning C as first language
On Wed, Nov 24, 2010 at 03:49:27PM +, Jona Joachim wrote: > On 2010-11-24, Jan Stary wrote: > > On Nov 24 06:55:20, James Hozier wrote: > >> I read online that the first programming language one learns could > >> be crucial to the person's future programming skills and habits > >> that become ported to other programming languages they learn later > > > > Start with LISP, I'm tellin' ya. > > Come on, LISP is from teh past, learn Haskell already. http://www.lisperati.com/landoflisp/panel57.html from http://landoflisp.com/ :)
Re: extra slashes in gcc errors?
Hugo wrote: > As defined by POSIX: > "Multiple successive slashes are considered to be the same as one slash." > > http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap03.html#tag_03_266 I'm sure that Ted is well aware that multiple slashes are allowed by POSIX, it isn't however what he asked. Multiple slashes are superfluous, purely an issue of aesthetics. -Bryan.
Re: Advice on learning C as first language
Hi,
I see you already bought the book, perhaps an online primer could help you
too. I have dabbled in writing a C primer on Hackepedia at
http://www.hackepedia.org/?title=C_Primer
You can read it, and you can modify it and add other parts if you wish.
The C examples have a line number in front of them ala w.r. steven's books
it helps explaining what each line does in that regard. To make them work
use awk '{$1= ""; print;}' or something.
And my advice regarding learning C is that you not only read source code
but also write your own and learn from your mistakes by comparing.
Cheers,
-peter
Re: extra slashes in gcc errors?
On 22/11/10 21:31, Ted Unangst wrote: > this appears to be newish, but could possibly date as far back as gcc 4 > import. does anyone else see this? did an extra slash get added > somwhere? it looks funny. > > mini:/tmp> gcc -c fake.c > In file included from fake.c:2: > /usr//include/resolv.h:143: error: array type has incomplete element type > /usr//include/resolv.h:153: error: field 'addr' has incomplete type > /usr//include/resolv.h:170: error: field 'ina' has incomplete type > /usr//include/resolv.h:171: error: field 'in6a' has incomplete type > mini:/tmp> cat fake.c > #include > As defined by POSIX: "Multiple successive slashes are considered to be the same as one slash." http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap03.html#tag_03_266 -- Hugo Osvaldo Barrera
Re: Advice on learning C as first language
Brad Tilley wrote: > James Hozier wrote: > >> Are there any books that are more noob-friendly that want to learn C as >> their first language and explain basic programming terms along the way? Forgot to mention a book... If you decide to take the C++ route, I suggest "Accelerated C++". http://www.acceleratedcpp.com/
uhts calibration
Hello! I have an ASUS R2Hv tablet featuring 3 input devices configured as wsmose by system: 1. trackpoint (wsmouse0); 2. touchscreen (wsmouse1); 3. mouse buttons (wsmouse2). Everything works fine, but touchscreen needs calibration. Using xtsscale doesn't help as touchscreen is wsmouse1, and wsconsctl set options for wsmouse0 only. Is there any way out? -- Dmitrij D. Czarkoff
Re: Advice on learning C as first language
James Hozier wrote: > Are there any books that are more noob-friendly that want to learn C as their > first language and explain basic programming terms along the way? I'm no expert, but I do program C for applications (not operating systems). My advice would be to study data structures, pointers and concepts such as const, struct, etc. and to understand why types are important. When you script with Python/Perl/Ruby much of that is glossed over, but is really important. By itself, C is very basic and small and can be learned quickly. However, if you need a data structure to do useful things, you need to find a library or roll your own. I would suggest learning C++ as a C with more stuff built-in. Its STL has well-tested lists, queues, stacks, maps, vectors, hashes, etc. built-in to it so you are not rolling your own or looking at external libraries. It also has references (but you can still use raw pointers if you like) and the C++ compiler won't let you get away with nearly as much. Just my experience, good luck. Brad
Re: A bad entry in the spamdb kills pfctl
That worked thanks -Original Message- From: owner-m...@openbsd.org [mailto:owner-m...@openbsd.org] On Behalf Of Boudewijn Dijkstra Sent: Wednesday, November 24, 2010 6:08 AM To: OpenBSD misc Subject: Re: A bad entry in the spamdb kills pfctl Op Tue, 23 Nov 2010 18:05:14 +0100 schreef Peter Fraser : > Somehow I have an bad entry in my /var/db/spamdb the entry in > question is a follows. > > GREY|kadorken.thspamdb -t -a > itroll.03092...@thinkage.chinkage.on.ca|spamdb -t -a > kgdykesb...@thinkage.on.ca|spamdb -t -a > kgdykesb...@thinkage.on.ca|spamdb -t -a > kgdykescxspamdb|1160168514|0|0|1|-2 > > I have no idea how the entry got there. > > How can I delete it? I cannot get the "spamdb -d" to work, it is > expecting an IP address The entry ends with 0|0|1|-2 so it is actually a spamtrap entry that contains newlines. That's why it didn't expire although you'd think it should have. I could successfully use spamdb(8) to add spamtrap entries containing a few newlines and then remove them (phew!). So try this: # spamdb -Td 'kadorken.thspamdb -t -a itroll.03092...@thinkage.chinkage.on.ca spamdb -t -a kgdykesb...@thinkage.on.ca spamdb -t -a kgdykesb...@thinkage.on.ca spamdb -t -a kgdykescxspamdb' If that doesn't work, then possibly the real key is longer and you need a modified version of spamdb(8) to extract it. -- Gemaakt met Opera's revolutionaire e-mailprogramma: http://www.opera.com/mail/
Re: Advice on learning C as first language
On 24 Nov 2010, at 11:14, Bahador NazariFard wrote: > I agree with Marco Peereboom > He told "Learning C is easy; learning to using C right is the hard part. > Read > more code to learn from the experts." > > I think if you are sharp u can learn C during one week. > But using C is not so easy. You should be able to think as a programmer. > I think all parts of a program is important. > you should pay attention to design, algorithm, debug, data structure, > architecture and also libraries. > you can not be a programmer by learning syntax of every computer language. > I think programming is an art And there is only one way to learn an art, > practice makes perfect. > > you can learn programming by reading and writing real projects codes. And I'll add (I'm not a computer scientist!) that one should thoroughly understand functional programming before even thinking about object-oriented programming. Michael
Re: Advice on learning C as first language
I agree with Marco Peereboom He told "Learning C is easy; learning to using C right is the hard part. Read more code to learn from the experts." I think if you are sharp u can learn C during one week. But using C is not so easy. You should be able to think as a programmer. I think all parts of a program is important. you should pay attention to design, algorithm, debug, data structure, architecture and also libraries. you can not be a programmer by learning syntax of every computer language. I think programming is an art And there is only one way to learn an art, practice makes perfect. you can learn programming by reading and writing real projects codes. -- Gula_Gula =;=; BNF
Re: Advice on learning C as first language
It something I keep dabbling in - very sowly - I find this a good pace for my totally noob self: It started out as a reddit: http://www.reddit.com/r/carlhprogramming And morphed to: http://www.highercomputingforeveryone.com/ It's certainly a "start from zero" but I like the pace, and the C bent. Cheers On Nov 24, 2010, at 7:49 AM, Jona Joachim wrote: > On 2010-11-24, Jan Stary wrote: >> On Nov 24 06:55:20, James Hozier wrote: >>> I read online that the first programming language one learns could >>> be crucial to the person's future programming skills and habits >>> that become ported to other programming languages they learn later >> >> Start with LISP, I'm tellin' ya. > > Come on, LISP is from teh past, learn Haskell already. > > > -- > Worse is better > Richard P. Gabriel
Re: OpenBSD 4.8 crash unexpectedly
On Wed, Nov 24, 2010 at 6:35 PM, roberth wrote:
> On Wed, 24 Nov 2010 18:21:14 +0330
> Bahador NazariFard wrote:
>
> > please help me :((
>
> start by sending a full dmesg to the list.
>
sorry !
you are right!
I forgot to include this important data.
this is output of dmesg
OpenBSD 4.8 (GENERIC.MP) #359: Mon Aug 16 09:16:26 MDT 2010
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Pentium(R) 4 CPU 3.40GHz ("GenuineIntel" 686-class) 3.41 GHz
cpu0:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,CNXT-ID,CX16,xTPR,PDCM
real mem = 3479662592 (3318MB)
avail mem = 3412766720 (3254MB)
mainbus0 at root
bios0 at mainbus0: AT/286+ BIOS, date 12/25/08, BIOS32 rev. 0 @ 0xf9cc0,
SMBIOS rev. 2.2 @ 0xf0800 (38 entries)
bios0: vendor Phoenix Technologies, LTD version "6.00 PG" date 12/25/2008
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S4
acpi0: tables DSDT FACP MCFG APIC
acpi0: wakeup devices PEX0(S5) PEX1(S5) PEX2(S5) PEX3(S5) PEX4(S5) PEX5(S5)
HUB0(S5) UAR1(S5) USB0(S1) USB1(S1) USB2(S1) USB3(S1) USBE(S1) AC97(S5)
AZAL(S5) PCI0(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: apic clock running at 200MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Pentium(R) 4 CPU 3.40GHz ("GenuineIntel" 686-class) 3.41 GHz
cpu1:
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,EST,TM2,CNXT-ID,CX16,xTPR,PDCM
ioapic0 at mainbus0: apid 4 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 4
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 4 (PEX0)
acpiprt2 at acpi0: bus 5 (PEX1)
acpiprt3 at acpi0: bus 6 (PEX2)
acpiprt4 at acpi0: bus 7 (PEX3)
acpiprt5 at acpi0: bus 8 (PEX4)
acpiprt6 at acpi0: bus 9 (PEX5)
acpiprt7 at acpi0: bus 10 (HUB0)
acpiprt8 at acpi0: bus 2 (PXHA)
acpiprt9 at acpi0: bus 3 (PXHB)
acpicpu0 at acpi0
acpicpu1 at acpi0
acpibtn0 at acpi0: PWRB
bios0: ROM list: 0xc/0xae00! 0xcc000/0x1000 0xef000/0x1000!
cpu0: Enhanced SpeedStep disabled by BIOS
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82945G Host" rev 0x02
ppb0 at pci0 dev 1 function 0 "Intel 82945G PCIE" rev 0x02: apic 4 int 16
(irq 5)
pci1 at ppb0 bus 1
ppb1 at pci1 dev 0 function 0 "Intel PCIE-PCIE" rev 0x09
pci2 at ppb1 bus 2
"Intel IOxAPIC" rev 0x09 at pci1 dev 0 function 1 not configured
ppb2 at pci1 dev 0 function 2 "Intel PCIE-PCIE" rev 0x09
pci3 at ppb2 bus 3
"Intel IOxAPIC" rev 0x09 at pci1 dev 0 function 3 not configured
vga1 at pci0 dev 2 function 0 "Intel 82945G Video" rev 0x02
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1: apic 4 int 16 (irq 5)
drm0 at inteldrm0
ppb3 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: apic 4 int 16
(irq 5)
pci4 at ppb3 bus 4
em0 at pci4 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00: apic 4
int 16 (irq 5), address 00:10:f3:17:6f:94
ppb4 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x01: apic 4 int 17
(irq 11)
pci5 at ppb4 bus 5
em1 at pci5 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00: apic 4
int 17 (irq 11), address 00:10:f3:17:6f:95
ppb5 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x01: apic 4 int 18
(irq 10)
pci6 at ppb5 bus 6
em2 at pci6 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00: apic 4
int 18 (irq 10), address 00:10:f3:17:6f:96
ppb6 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x01: apic 4 int 19
(irq 15)
pci7 at ppb6 bus 7
em3 at pci7 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00: apic 4
int 19 (irq 15), address 00:10:f3:17:6f:97
ppb7 at pci0 dev 28 function 4 "Intel 82801G PCIE" rev 0x01: apic 4 int 16
(irq 5)
pci8 at ppb7 bus 8
em4 at pci8 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00: apic 4
int 16 (irq 5), address 00:10:f3:17:c6:18
ppb8 at pci0 dev 28 function 5 "Intel 82801G PCIE" rev 0x01: apic 4 int 17
(irq 11)
pci9 at ppb8 bus 9
em5 at pci9 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00: apic 4
int 17 (irq 11), address 00:10:f3:17:c6:19
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: apic 4 int 23
(irq 9)
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: apic 4 int 19
(irq 15)
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: apic 4 int 18
(irq 10)
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: apic 4 int 16
(irq 5)
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: apic 4 int 23
(irq 9)
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb9 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xe1
pci10 at ppb9 bus 10
em6 at pci10 dev 7 function 0 "
Re: Advice on learning C as first language
On Wed, Nov 24, 2010 at 9:55 AM, James Hozier wrote: > ... I read online that the first programming language one learns could be > crucial to the person's future programming skills and habits that become > ported to other programming languages they learn later on, and I don't want > to develop any bad habits and practices. I've decided to choose C as my > first language, for various > personal reasons (mostly to audit code for security). > C is a decent first language to learn; but I think that starting with C will focus your attention on the mechanics of how things happen at a very fundamental level, which is all well and good if you plan to write operating system kernels or device drivers (or audit them for security). and starting with C will help you later learn all the C-derived languages that came after: C++, Java, C#, etc. but if you intend to write applications, you may be better served by starting with a language that focuses your attention on the structure of your programs and the relationship between their parts. once you have a good foundation about the structure and meaning of programs, it's a relatively simple matter to learn any programming language, including C and the C-derived languages, as well as languages that are not remotely C-like. since you've indicated that you are interested in a 'first' language, I must assume you plan to learn other languages later. as a result, I strongly recommend that you start with the book "Structure and Interpretation of Computer Programs" (available online at http://mitpress.mit.edu/sicp/full-text/book/book.html, or you can buy a paper copy if you prefer, for example from Amazon: http://www.amazon.com/Structure-Interpretation-Computer-Programs-Engineering/dp/0262011530). this book will give you an excellent foundation on programming in general (and the Scheme programming language in specific). despite what some Scheme fans claim, I personally have not found Scheme to be a terribly useful language for 'real' work. however, I believe that it's an excellent language to learn programming with, and when combined with the book I mentioned, it will leave you in an excellent position to then choose any other language (or set of languages) you wish. C was one of my first languages, and while I cannot say that I regret it, I can't help but feel that in the long run I would have been better served learning Scheme first. -ken
Re: OT: Disadvantages of using virtual firewalls like OpenBSd
On 11/24/2010 02:36 PM, SJP Lists wrote:
On 24 November 2010 19:34, SJP Lists wrote:
On 24 November 2010 01:12, Brad Tilley wrote:
carlopmart wrote:
Advantages are very clear for me: provisioning, administration tasks,
etc ... But I will to know disadvantages. What is your opinion from the
point of view of security?
I use virtualization for many things (mainly for the productivity
advantages that you list), but it has always bothered me because
virtualization is pretending.
In Java, for example, the VM pretends about a lot of things that are not
true in the physical world. This makes it easy and convenient for
programmers. The problem is that they come to believe that the pretend
things are real and then make assumptions (when dealing with physical
machines) that are incorrect.
Yes, the virtualization of the programmable interval timer is one
example where pretending makes for some crazy situations. Only a few
nights ago, I patched a Debian ESXi 4.1 VM and when it rebooted it
would not boot, stating that the PIT was not functioning.
Time keeping is weird in x86 virtualization. I've seen Windows ESX
VM's with time that not only stops and then suddenly jumps forwards,
but even goes back!
Seen the madness of a virtualized NTP server? VMware have a
Timekeeping whitepaper that is sugar coated to say the least.
All anyone need do is watch the advisories for VMware to soon realise
that the choice is a trade off, where the drawbacks (security and
weirdness) are as big as the benefits.
And again, I say look at the Google research that found all
implementations vulnerable. If security matters less than the cost of
dedicated hardware, then use it.
Oh and another thing, a colleague of mine and myself noticed on
separate occasions with different VM's and OS' under what probably
would have been ESX 3.5 at the time, that a scheduled task would not
run if the console was not open / have focus!
I also noticed that while time appeared to completely stand still in a
Windows VM under ESX, it could be made to tick again by generating
lots of interrupts. Vigorous mouse movement barely made a difference,
however performing a file system search got the clock counting faster
than realtime.
I now wonder if this is due to dropped interrupts or lost ticks as
VMware refer to in [1], a document which describes the time keeping
weirdness that needs to be dealt with to get around the fact that the
x86 architecture was not designed from the ground up for this type of
virtualization.
So what other weird complexities do that need to employ to get around
other quirks?
Sorry, but as far as I am concerned, virtualization presents a new and
complex attack surface that no guest OS could control. So if you're
using OpenBSD for a security focused role, I'd forget x86
virtualization.
Shane
[1] http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf
Thank you all for your answers. Now I have a clearer idea of the downsides of
virtualization regarding security OS's, devices, etc..
Many thanks.
--
CL Martinez
carlopmart {at} gmail {d0t} com
Re: Advice on learning C as first language
On 2010-11-24, Jan Stary wrote: > On Nov 24 06:55:20, James Hozier wrote: >> I read online that the first programming language one learns could >> be crucial to the person's future programming skills and habits >> that become ported to other programming languages they learn later > > Start with LISP, I'm tellin' ya. Come on, LISP is from teh past, learn Haskell already. -- Worse is better Richard P. Gabriel
Re: Advice on learning C as first language
That is a bit of a rough book to start with but very good. It is very dense but touches on most language features. Its density is actually what makes it so good. You can read it twice in a weekend. Once you do that pick a simple utility from /bin and go read the code. That will put what you learned/read in the book in perspective. The thing that that book does not teach is libraries and other things since it simply focuses on the language itself. Some other books I found very helpful were: http://www.amazon.com/Practice-Programming-Brian-W-Kernighan/dp/020161586X/ref=sr_1_1?ie=UTF8&qid=1290612132&sr=8-1 http://www.amazon.com/Programming-GNU-Software-Andy-Oram/dp/1565921127/ref=pd_sim_b_5 The must have is: http://www.amazon.com/Programming-Environment-Addison-Wesley-Professional-Computing/dp/0321525949/ref=pd_sim_b_8 All that reading aside; the only way to truly "get it" is to read a piece of code you are interested in and deconstructing it completely. The trick is finding a piece of code that illustrates the things you are interested in *and* is well written. Most things in the OpenBSD tree are well written but beware of the dragons. Doing this a couple of times will make almost anyone interested enough a good enough coder. Learning C is easy; learning to using C right is the hard part. Read more code to learn from the experts. Good luck. On Wed, Nov 24, 2010 at 06:55:20AM -0800, James Hozier wrote: > My first programming language ever was Visual Basic, but I was 11 years old > at the time and it was just a mandatory elective class I had to take to get > credits in order to graduate school, and I didn't even know what a > programming language was back then. I thought I was just writing words on the > screen to make the program do things (we made stuff like tic-tac-toe, > shooting a basketball into a hoop by inputting correct coordinates/arch, > etc.) I forgot everything I learned since then, so I have absolutely no > recollection at all of VB except "rem" which I recall as being equivalent to > a comment in any other language. > > Later when I began to edit code to make programs do exactly what I wanted, I > basically guessed what all the functions did and how the programs worked to > modify them, and as long as they worked, I really wasn't concerned at all > about how crappy the quality of the code was. So I decided to actually learn > a language and I had heard Python was easy so I started learning Python > first. But before finishing the first chapter I was told by several people > that Perl was much "better." Considering their opinion was probably better > than mine, I switched to Perl and picked up a book for Perl beginners but > again before I even learned the print function, I read online that the first > programming language one learns could be crucial to the person's future > programming skills and habits that become ported to other programming > languages they learn later on, and I don't want to develop any bad habits and > practices. I've decided to choose C as my first language, for various > personal reasons (mostly to audit code for security). > > So, as a newbie with no knowledge in programming at all whatsoever and > wanting to learn C, I bought K&R's The C Programming Language (2nd edition) > as per the suggestion on the OpenBSD website. I read the disclaimers in the > intro of the book, and read on anyway. But the book seems to move very fast > and does not elaborate too much on the features of the language, I guess due > to the book not being total-noob-friendly. I can barely follow along and get > what's going on, but have no idea what the terminologies and phrases being > used in the book mean since the book assumes the reader knows basic > programming such as arrays and stuff like that. > > Are there any books that are more noob-friendly that want to learn C as their > first language and explain basic programming terms along the way?
Can't build SOPE from ports.
I'm trying to build SOPE from ports, but keep getting a message I really don't understand: "failed to link required library: ssl" All dependencies seem to build fine. I'm running OpenBSD 4.8-current (upgraded yesterday from snapshots) on amd64. Ports tree is up to date. The full message I get is: # make clean && make ===> Cleaning for sope-1.3.3 ===> sope-1.3.3 depends on: gnustep-make-* - found ===> sope-1.3.3 depends on: gmake-* - found ===> sope-1.3.3 depends on: libiconv-* - found ===> sope-1.3.3 depends on: gnustep-base-* - found ===> sope-1.3.3 depends on: openldap-client-* - found ===> sope-1.3.3 depends on: mysql-client-* - found ===> sope-1.3.3 depends on: postgresql-client-* - found ===> Verifying specs: m iconv>=2 objc gnustep-base m iconv>=2 objc gnustep-base c pthread crypto ssl z lber ldap xml2 objc gnustep-base m GDLAccess EOControl mysqlclient crypto ssl z objc gnustep-base m GDLAccess EOControl pq ===> found m.5.2 iconv.6.0 objc.5.0 gnustep-base.3.1 c.58.0 pthread.13.1 crypto.19.0 ssl.16.0 z.4.1 lber.9.1 ldap.9.1 xml2.11.0 GDLAccess.0.0 EOControl.0.0 mysqlclient.20.0 pq.5.3 ===> Checking files for SOPE-1.3.3 `/usr/ports/distfiles/SOPE-1.3.3.tar.gz' is up to date. >> (SHA256) SOPE-1.3.3.tar.gz: OK ===> Extracting for SOPE-1.3.3 # those fhs.make files are not needed and may cause harm if they exist ===> Patching for SOPE-1.3.3 ===> Configuring for SOPE-1.3.3 GNUstep environment: system: /usr/local/System local: /usr/local/Local user: /SOPE-1.3.3_writes_to_HOME/GNUstep path: /usr/local/System:/usr/local/Network:/usr/local/Local:/SOPE-1.3.3_writes_to_HOME/GNUstep flat: yes arch: x86_64-unknown-openbsd4.8 combo: gnu-gnu-gnu Configuration: FHS:install in FHS root debug: yes strip: yes prefix: /usr/local frameworks: gstep: /usr/local/share/GNUstep/Makefiles config: /usr/ports/pobj/SOPE-1.3.3/SOPE-1.3.3/config.make script: /usr/local/share/GNUstep/Makefiles/GNUstep.sh creating: /usr/ports/pobj/SOPE-1.3.3/SOPE-1.3.3/config.make optional library found: xml2 optional library found: ldap failed to link required library: ssl *** Error code 1 Stop in /usr/ports/www/sope (line 2427 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/www/sope (line 2225 of /usr/ports/infrastructure/mk/bsd.port.mk). # -- Hugo Osvaldo Barrera
Re: Advice on learning C as first language
On Wed, Nov 24, 2010 at 3:55 PM, James Hozier wrote: > My first programming language ever was Visual Basic, but I was 11 years old at the time and it was just a mandatory elective class I had to take to get credits in order to graduate school, and I didn't even know what a programming language was back then. I thought I was just writing words on the screen to make the program do things (we made stuff like tic-tac-toe, shooting a basketball into a hoop by inputting correct coordinates/arch, etc.) I forgot everything I learned since then, so I have absolutely no recollection at all of VB except "rem" which I recall as being equivalent to a comment in any other language. > > Later when I began to edit code to make programs do exactly what I wanted, I basically guessed what all the functions did and how the programs worked to modify them, and as long as they worked, I really wasn't concerned at all about how crappy the quality of the code was. So I decided to actually learn a language and I had heard Python was easy so I started learning Python first. But before finishing the first chapter I was told by several people that Perl was much "better." Considering their opinion was probably better than mine, I switched to Perl and picked up a book for Perl beginners but again before I even learned the print function, I read online that the first programming language one learns could be crucial to the person's future programming skills and habits that become ported to other programming languages they learn later on, and I don't want to develop any bad habits and practices. I've decided to choose C as my first language, for various > personal reasons (mostly to audit code for security). > > So, as a newbie with no knowledge in programming at all whatsoever and wanting to learn C, I bought K&R's The C Programming Language (2nd edition) as per the suggestion on the OpenBSD website. I read the disclaimers in the intro of the book, and read on anyway. But the book seems to move very fast and does not elaborate too much on the features of the language, I guess due to the book not being total-noob-friendly. I can barely follow along and get what's going on, but have no idea what the terminologies and phrases being used in the book mean since the book assumes the reader knows basic programming such as arrays and stuff like that. > > Are there any books that are more noob-friendly that want to learn C as their first language and explain basic programming terms along the way? > > The classic "The C Programming Language" is good. After that, learn from good sources; for raw C manipulation, OpenBSD libc is full of neat tricks.
Re: Advice on learning C as first language
On Nov 24 06:55:20, James Hozier wrote: > I read online that the first programming language one learns could > be crucial to the person's future programming skills and habits > that become ported to other programming languages they learn later Start with LISP, I'm tellin' ya.
Advice on learning C as first language
My first programming language ever was Visual Basic, but I was 11 years old at the time and it was just a mandatory elective class I had to take to get credits in order to graduate school, and I didn't even know what a programming language was back then. I thought I was just writing words on the screen to make the program do things (we made stuff like tic-tac-toe, shooting a basketball into a hoop by inputting correct coordinates/arch, etc.) I forgot everything I learned since then, so I have absolutely no recollection at all of VB except "rem" which I recall as being equivalent to a comment in any other language. Later when I began to edit code to make programs do exactly what I wanted, I basically guessed what all the functions did and how the programs worked to modify them, and as long as they worked, I really wasn't concerned at all about how crappy the quality of the code was. So I decided to actually learn a language and I had heard Python was easy so I started learning Python first. But before finishing the first chapter I was told by several people that Perl was much "better." Considering their opinion was probably better than mine, I switched to Perl and picked up a book for Perl beginners but again before I even learned the print function, I read online that the first programming language one learns could be crucial to the person's future programming skills and habits that become ported to other programming languages they learn later on, and I don't want to develop any bad habits and practices. I've decided to choose C as my first language, for various personal reasons (mostly to audit code for security). So, as a newbie with no knowledge in programming at all whatsoever and wanting to learn C, I bought K&R's The C Programming Language (2nd edition) as per the suggestion on the OpenBSD website. I read the disclaimers in the intro of the book, and read on anyway. But the book seems to move very fast and does not elaborate too much on the features of the language, I guess due to the book not being total-noob-friendly. I can barely follow along and get what's going on, but have no idea what the terminologies and phrases being used in the book mean since the book assumes the reader knows basic programming such as arrays and stuff like that. Are there any books that are more noob-friendly that want to learn C as their first language and explain basic programming terms along the way?
OpenBSD 4.8 crash unexpectedly
Hi
I am using of OpenBSD 4.8 as a firewall box but it is started to annoy me
:((
My problem is OpenBSD crashes unexpectedly (specially when im not at my
desk)
How can I find the source of this problem.
Also I have installed these packages:
pkg_info -m
clamav-0.96.1p0 virus scanner
dansguardian-2.10.1.1 content scanning web filter
gnuls-4.1p2 colorized GNU 'ls'
oinkmaster-2.0 update your Snort rules
php5-core-5.2.13p0 server-side HTML-embedded scripting language
pmacct-0.12.2 IP accounting software
snort-2.8.6 highly flexible sniffer/NIDS
squid-2.7.STABLE9 WWW and FTP proxy cache and accelerator
symon-2.82 active monitoring tool
wget-1.12p0 retrieve files from the web via HTTP, HTTPS and FTP
I am using of these hardwares:
# sysctl hw
hw.machine=i386
hw.model=Intel(R) Pentium(R) 4 CPU 3.40GHz ("GenuineIntel" 686-class)
hw.ncpu=2
hw.byteorder=1234
hw.pagesize=4096
hw.disknames=wd0
hw.diskcount=1
hw.sensors.lm1.temp0=32.00 degC
hw.sensors.lm1.fan1=8132 RPM
hw.sensors.lm1.fan2=8437 RPM
hw.sensors.lm1.volt0=1.20 VDC (VCore A)
hw.sensors.lm1.volt1=1.22 VDC (VCore B)
hw.sensors.lm1.volt2=0.61 VDC (+3.3V)
hw.sensors.lm1.volt3=-5.75 VDC (-5V)
hw.sensors.lm1.volt4=2.43 VDC (+12V)
hw.sensors.lm1.volt5=-11.54 VDC (-12V)
hw.sensors.lm1.volt6=5.78 VDC (+5V)
hw.sensors.lm1.volt7=5.19 VDC (5VSB)
hw.sensors.lm1.volt8=3.30 VDC (VBAT)
hw.sensors.it0.temp0=12.00 degC
hw.sensors.it0.temp1=30.00 degC
hw.sensors.it0.temp2=33.00 degC
hw.sensors.it0.fan0=24107 RPM
hw.sensors.it0.fan1=24107 RPM
hw.sensors.it0.volt0=1.26 VDC (VCORE_A)
hw.sensors.it0.volt1=1.50 VDC (VCORE_B)
hw.sensors.it0.volt2=3.23 VDC (+3.3V)
hw.sensors.it0.volt3=5.08 VDC (+5V)
hw.sensors.it0.volt4=12.22 VDC (+12V)
hw.sensors.it0.volt5=-0.35 VDC (-12V)
hw.sensors.it0.volt6=-2.95 VDC (-5V)
hw.sensors.it0.volt7=5.13 VDC (+5VSB)
hw.sensors.it0.volt8=3.14 VDC (VBAT)
hw.cpuspeed=3401
hw.product=LakePort
hw.uuid=Not Set
hw.physmem=3479662592
hw.usermem=3479584768
hw.ncpufound=2
In addition, I am defined some vlan interface on one real interface.
I guess this can be a problem of bsd.mp :((
How can I find the source of this problem?
After this problem I can not do anything else reboot !
please help me :((
--
Gula_Gula =;=; BNF
Re: OT: Disadvantages of using virtual firewalls like OpenBSd
On 24 November 2010 19:34, SJP Lists wrote: > On 24 November 2010 01:12, Brad Tilley wrote: >> carlopmart wrote: >> >>> Advantages are very clear for me: provisioning, administration tasks, >>> etc ... But I will to know disadvantages. What is your opinion from the >>> point of view of security? >> >> I use virtualization for many things (mainly for the productivity >> advantages that you list), but it has always bothered me because >> virtualization is pretending. >> >> In Java, for example, the VM pretends about a lot of things that are not >> true in the physical world. This makes it easy and convenient for >> programmers. The problem is that they come to believe that the pretend >> things are real and then make assumptions (when dealing with physical >> machines) that are incorrect. > > Yes, the virtualization of the programmable interval timer is one > example where pretending makes for some crazy situations. Only a few > nights ago, I patched a Debian ESXi 4.1 VM and when it rebooted it > would not boot, stating that the PIT was not functioning. > > Time keeping is weird in x86 virtualization. I've seen Windows ESX > VM's with time that not only stops and then suddenly jumps forwards, > but even goes back! > > Seen the madness of a virtualized NTP server? VMware have a > Timekeeping whitepaper that is sugar coated to say the least. > > All anyone need do is watch the advisories for VMware to soon realise > that the choice is a trade off, where the drawbacks (security and > weirdness) are as big as the benefits. > > And again, I say look at the Google research that found all > implementations vulnerable. If security matters less than the cost of > dedicated hardware, then use it. Oh and another thing, a colleague of mine and myself noticed on separate occasions with different VM's and OS' under what probably would have been ESX 3.5 at the time, that a scheduled task would not run if the console was not open / have focus! I also noticed that while time appeared to completely stand still in a Windows VM under ESX, it could be made to tick again by generating lots of interrupts. Vigorous mouse movement barely made a difference, however performing a file system search got the clock counting faster than realtime. I now wonder if this is due to dropped interrupts or lost ticks as VMware refer to in [1], a document which describes the time keeping weirdness that needs to be dealt with to get around the fact that the x86 architecture was not designed from the ground up for this type of virtualization. So what other weird complexities do that need to employ to get around other quirks? Sorry, but as far as I am concerned, virtualization presents a new and complex attack surface that no guest OS could control. So if you're using OpenBSD for a security focused role, I'd forget x86 virtualization. Shane [1] http://www.vmware.com/files/pdf/Timekeeping-In-VirtualMachines.pdf
Re: Unattended OpenBSD Installation
Hi Nick, On Sun, 14.11.2010 at 11:31:52 -0700, Nick Bender wrote: > I am currently working on the next version which is much better - it meets > all your requirements. I'm calling it redux and I'm including the readme > below. this is great news! Any chance to get this into the mainline, someday? > What's left to do is additional testing, documentation, and updating for any > changes in 4.8 (it is working now against 4.7). I have a use case, so if you want me to test something... ;) Kind regards, --Toni++
Re: A bad entry in the spamdb kills pfctl
Op Tue, 23 Nov 2010 18:05:14 +0100 schreef Peter Fraser : Somehow I have an bad entry in my /var/db/spamdb the entry in question is a follows. GREY|kadorken.thspamdb -t -a itroll.03092...@thinkage.chinkage.on.ca|spamdb -t -a kgdykesb...@thinkage.on.ca|spamdb -t -a kgdykesb...@thinkage.on.ca|spamdb -t -a kgdykescxspamdb|1160168514|0|0|1|-2 I have no idea how the entry got there. How can I delete it? I cannot get the "spamdb -d" to work, it is expecting an IP address The entry ends with 0|0|1|-2 so it is actually a spamtrap entry that contains newlines. That's why it didn't expire although you'd think it should have. I could successfully use spamdb(8) to add spamtrap entries containing a few newlines and then remove them (phew!). So try this: # spamdb -Td 'kadorken.thspamdb -t -a itroll.03092...@thinkage.chinkage.on.ca spamdb -t -a kgdykesb...@thinkage.on.ca spamdb -t -a kgdykesb...@thinkage.on.ca spamdb -t -a kgdykescxspamdb' If that doesn't work, then possibly the real key is longer and you need a modified version of spamdb(8) to extract it. -- Gemaakt met Opera's revolutionaire e-mailprogramma: http://www.opera.com/mail/
Re: em(4) detailed errors
On 2010-11-23, Toni Mueller wrote: > Hi, > > On Tue, 23.11.2010 at 11:07:40 -0500, Ted Unangst > wrote: >> On Tue, Nov 23, 2010 at 10:02 AM, Otto Moerbeek wrote: >> > On Tue, Nov 23, 2010 at 03:16:57PM +0100, Toni Mueller wrote: >> >> # ifconfig em3 >> >> em3: >> >> flags=8b43 mtu >> >> 1500 >> >> B B B B lladdr 00:30:48:94:0b:21 >> >> B B B B priority: 0 >> >> B B B B media: Ethernet autoselect (1000baseT full-duplex,master) >> >> ^ >> >> B B B B status: active >> >> > I would rather investigate why the PROMISC and ALLMULTI flags are set >> > on this interface. >> >> trunked? > > thanks for your input. No, the interface is configured in a very > straightforward way without any bells and whistles. It has a four IPv4 > addresses, plus one auto-generated IPv6 address (link layer local). > I don't use briding and didn't enable multicast in /etc/sysctl.conf, > either. carp will do this too (and it seems it doesn't clear the PROMISC,ALLMULTI even when the carp interface is destroyed).
Re: Curiosity about pftop rate monitoring
On 2010-11-24, Elliott Barrere wrote: > Hi all, maybe I'm failing to understand pftop, but I can't seem to reconcile > this. I run pftop -orate -vspeed (or just run it and switch to that view) and > I see one connection supposedly using a huge amount of bandwidth: > > PRDIR SRCDEST > RATE PEAK AVGBYTES STATE PKTS AGE > EXP RULE GW > udp In :2003 :2003 > 4194304K 4194304K 6521 21691MMULTIPLE:MULTIPLE34232870 968:45:45 > 00:00:59* > > The thing is, I can't see where all the traffic is coming from. I try running > tcpdump -xni carp1 port 2003, and I see almost nothing (maybe one or two > packets every few seconds). ifstat shows almost no traffic for this interface > either. > > Perhaps I'm not understanding the meaning of "rate", but I assumed it to mean > Kbps throughput. The man pages for don't seem to have the answer either. Can > someone tell me how the rates are calculated and why they might not be > accurate for this connection? > > Thanks, > -elliott- > > Make sure you're using a pftop binary which is in sync with the kernel you're using, rate does show as a more sensible value here (-current OS and packages). Or you could try "systat states" from the base system which has the same information and is more likely to be in-sync with the kernel. Also you would normally use tcpdump on the real interface rather than the carp interface. I'm not sure exactly what 'rate' signifies though..my best guess from the numbers would be something like packets per minute, but that seems a bit arcane. (btw 4194304 * 1K = 4294967296 = 2^32, obviously a bogus value here)
[PATCH] acpibat power units for battery on EEE 901 and Samsung N220
fixes wrong power unit reporting when booting without battery and
inserting the battery later on Asus EEE 901 and Samsung N220.
Index: src/sys/dev/acpi/acpibat.c
===
RCS file: /cvs/src/sys/dev/acpi/acpibat.c,v
retrieving revision 1.58
diff -u -r1.58 acpibat.c
--- src/sys/dev/acpi/acpibat.c 10 Nov 2010 21:40:55 - 1.58
+++ src/sys/dev/acpi/acpibat.c 23 Nov 2010 21:48:53 -
@@ -45,6 +45,7 @@
const char *acpibat_hids[] = { ACPI_DEV_CMB, 0 };
void acpibat_monitor(struct acpibat_softc *);
+void acpibat_attach_power_unit_sensors(int, struct acpibat_softc *);
void acpibat_refresh(void *);
intacpibat_getbif(struct acpibat_softc *);
intacpibat_getbst(struct acpibat_softc *);
@@ -105,23 +106,15 @@
acpibat_notify, sc, ACPIDEV_POLL);
}
-void
-acpibat_monitor(struct acpibat_softc *sc)
+void
+acpibat_attach_power_unit_sensors(int type, struct acpibat_softc *sc)
{
- int type;
-
- /* assume _BIF and _BST have been called */
- strlcpy(sc->sc_sensdev.xname, DEVNAME(sc),
- sizeof(sc->sc_sensdev.xname));
-
- type = sc->sc_bif.bif_power_unit ? SENSOR_AMPHOUR : SENSOR_WATTHOUR;
-
strlcpy(sc->sc_sens[0].desc, "last full capacity",
sizeof(sc->sc_sens[0].desc));
sc->sc_sens[0].type = type;
sensor_attach(&sc->sc_sensdev, &sc->sc_sens[0]);
sc->sc_sens[0].value = sc->sc_bif.bif_last_capacity * 1000;
-
+
strlcpy(sc->sc_sens[1].desc, "warning capacity",
sizeof(sc->sc_sens[1].desc));
sc->sc_sens[1].type = type;
@@ -134,6 +127,27 @@
sensor_attach(&sc->sc_sensdev, &sc->sc_sens[2]);
sc->sc_sens[2].value = sc->sc_bif.bif_low * 1000;
+ strlcpy(sc->sc_sens[6].desc, "remaining capacity",
+ sizeof(sc->sc_sens[6].desc));
+ sc->sc_sens[6].type = type;
+ sensor_attach(&sc->sc_sensdev, &sc->sc_sens[6]);
+ sc->sc_sens[6].value = sc->sc_bst.bst_capacity * 1000;
+}
+
+void
+acpibat_monitor(struct acpibat_softc *sc)
+{
+ int type;
+
+ /* assume _BIF and _BST have been called */
+ strlcpy(sc->sc_sensdev.xname, DEVNAME(sc),
+ sizeof(sc->sc_sensdev.xname));
+
+ type = sc->sc_bif.bif_power_unit ? SENSOR_AMPHOUR : SENSOR_WATTHOUR;
+
+ /* attach sensors 0,1,2,6 with power unit Ah or Wh */
+ acpibat_attach_power_unit_sensors (type, sc);
+
strlcpy(sc->sc_sens[3].desc, "voltage", sizeof(sc->sc_sens[3].desc));
sc->sc_sens[3].type = SENSOR_VOLTS_DC;
sensor_attach(&sc->sc_sensdev, &sc->sc_sens[3]);
@@ -150,12 +164,6 @@
sensor_attach(&sc->sc_sensdev, &sc->sc_sens[5]);
sc->sc_sens[5].value = sc->sc_bst.bst_rate;
- strlcpy(sc->sc_sens[6].desc, "remaining capacity",
- sizeof(sc->sc_sens[6].desc));
- sc->sc_sens[6].type = type;
- sensor_attach(&sc->sc_sensdev, &sc->sc_sens[6]);
- sc->sc_sens[6].value = sc->sc_bst.bst_capacity * 1000;
-
strlcpy(sc->sc_sens[7].desc, "current voltage",
sizeof(sc->sc_sens[7].desc));
sc->sc_sens[7].type = SENSOR_VOLTS_DC;
@@ -169,7 +177,7 @@
acpibat_refresh(void *arg)
{
struct acpibat_softc*sc = arg;
- int i;
+ int i, type;
dnprintf(30, "%s: %s: refresh\n", DEVNAME(sc),
sc->sc_devnode->name);
@@ -187,6 +195,16 @@
}
/* _BIF values are static, sensor 0..3 */
+ type = sc->sc_bif.bif_power_unit ? SENSOR_AMPHOUR : SENSOR_WATTHOUR;
+ if (type != sc->sc_sens[0].type) {
+ /* power units in sensor and _BIF differ */
+ sensor_detach(&sc->sc_sensdev, &sc->sc_sens[0]);
+ sensor_detach(&sc->sc_sensdev, &sc->sc_sens[1]);
+ sensor_detach(&sc->sc_sensdev, &sc->sc_sens[2]);
+ sensor_detach(&sc->sc_sensdev, &sc->sc_sens[6]);
+
+ acpibat_attach_power_unit_sensors (type, sc);
+ }
if (sc->sc_bif.bif_last_capacity == BIF_UNKNOWN) {
sc->sc_sens[0].value = 0;
sc->sc_sens[0].status = SENSOR_S_UNKNOWN;
Re: OT: Disadvantages of using virtual firewalls like OpenBSd
On 24 November 2010 07:28, Brad Tilley wrote: > Nick Holland wrote: > >> what's changed? >> Layering? Nope. >> Crappy programming? Nope. >> Better hardware? not really. >> Features-before-security? Nope. > > Good points. The goals of virtualization are, easy management, power > savings, quick provisioning and deployment, redundancy, etc. When you > talk about security and virtualization at the guest level, the > prevailing attitude is, "If it gets hacked, we'll just restore it from a > known good snapshot... problem solved." > > I don't hear much talk at all about the host machine and security (the > real server that hosts all the pretend servers is just assumed to be > OK). There just seems to be a lot of trust in the vendors. I'm waiting for the worm that specifically attacks ESX, or the like and takes out entire infrastructures that have been built on that trust. Shane
Re: OT: Disadvantages of using virtual firewalls like OpenBSd
On 24 November 2010 01:12, Brad Tilley wrote: > carlopmart wrote: > >> Advantages are very clear for me: provisioning, administration tasks, >> etc ... But I will to know disadvantages. What is your opinion from the >> point of view of security? > > I use virtualization for many things (mainly for the productivity > advantages that you list), but it has always bothered me because > virtualization is pretending. > > In Java, for example, the VM pretends about a lot of things that are not > true in the physical world. This makes it easy and convenient for > programmers. The problem is that they come to believe that the pretend > things are real and then make assumptions (when dealing with physical > machines) that are incorrect. Yes, the virtualization of the programmable interval timer is one example where pretending makes for some crazy situations. Only a few nights ago, I patched a Debian ESXi 4.1 VM and when it rebooted it would not boot, stating that the PIT was not functioning. Time keeping is weird in x86 virtualization. I've seen Windows ESX VM's with time that not only stops and then suddenly jumps forwards, but even goes back! Seen the madness of a virtualized NTP server? VMware have a Timekeeping whitepaper that is sugar coated to say the least. All anyone need do is watch the advisories for VMware to soon realise that the choice is a trade off, where the drawbacks (security and weirdness) are as big as the benefits. And again, I say look at the Google research that found all implementations vulnerable. If security matters less than the cost of dedicated hardware, then use it. Shane
Re: Troubles compiling 4.8-stable userland on amd64
On Wednesday 24 November 2010 08:07:49 am Don Jackson wrote:
> OK, removing DESTDIR from my "build-userland" shell script fixed the
> problem.
>
> To be specific, the FAQ says:
>
> Make sure all the appropriate directories are created.
> # cd /usr/src/etc && env DESTDIR=/ make distrib-dirs
Here the DESTDIR is only for the command make distrib-dirs
> And here is what I had in my build script (ksh):
>
> cd ${BSDSRCDIR}/etc
> export DESTDIR=/
> make distrib-dirs
here the DESTDIR is exported, and for all commands including and following
make distrib-dirs.
maybe that's the reason for your problem.
>
> And up until now, that has always worked for me. But now it doesn't, so
> based on Stuart's advice, I removed the
> "export DESTDIR=/"
>
> Is the FAQ incorrect, or was my translation of the FAQ into a ksh script
> incorrect, which then failed when DESTDIR suppport during userland builds
> changed?
>
> Thank you so much for pointing out a workaround to my problem, I've been
> stuck on this for days!
cheers,
Sebastian
>
> Don
