Re: opera 8.50
On Wed, Sep 28, 2005 at 09:52:37AM +, Antoine Jacoutot wrote: Selon frantisek holop [EMAIL PROTECTED]: so how is $SUBJECT working for others? dumping core on me every once in a while... a ulimit issue? anybody seeing this? (i am staff login class) Opera works fine here... but the flash plugin does not. I get the following each time I access a page that include flash : motifwrapper: X Error: BadWindow (invalid Window parameter) motifwrapper: X Error: serial=0x6ec, request=0x2, request_minor=0x0, resource=0x160005c .. I am seeing the same messages, and also this line upon loading /usr/local/lib/opera/plugins/operamotifwrapper-1: error while loading shared libraries: libXm.so.1: cannot open shared object file: No such file or directory but the plugin does work. even the sound works. -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: opera 8.50
On Wed, Sep 28, 2005 at 12:29:27PM +0200, Hannah Schroeter wrote: Hello! On Wed, Sep 28, 2005 at 12:20:03PM +0200, steven mestdagh wrote: On Wed, Sep 28, 2005 at 09:52:37AM +, Antoine Jacoutot wrote: Selon frantisek holop [EMAIL PROTECTED]: ^ Oh what kind of language is that? (Asks a hobby linguist) Sounds like French to me (selon = according to?). I am seeing the same messages, and also this line upon loading /usr/local/lib/opera/plugins/operamotifwrapper-1: error while loading shared libraries: libXm.so.1: cannot open shared object file: No such file or directory but the plugin does work. even the sound works. You can muffle that warning by installing the package redhat_motif. (/usr/ports/emulators/redhat/motif) I have it installed. It is a dependency of the www/opera-flashplugin port. I guess it is using operamotifwrapper-2, which seems to find libXm.so.2. -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
new: shells/perlsh 1.8
Hello, I'd like to submit a perlsh port to be tested, it's pretty much based on NetBSD's port, so credit them and blaim on me :) I have tested it with OpenBSD- current on i386, Alpha and Sparc64 and it works fine here. You can find the tarball here: http://nedbsd.nl/~jasper/obsd/ports/perlsh-1.8.tar.gz Cheers, Jasper -- Security is decided by quality -- Theo de Raadt
Re: new: shells/perlsh 1.8
On Wed, Sep 28, 2005 at 04:03:55PM +0200, Jasper Lievisse Adriaanse wrote: Hello, I'd like to submit a perlsh port to be tested, it's pretty much based on NetBSD's port, so credit them and blaim on me :) I have tested it with OpenBSD- current on i386, Alpha and Sparc64 and it works fine here. You can find the tarball here: http://nedbsd.nl/~jasper/obsd/ports/perlsh-1.8.tar.gz maybe it is a candidate for @shell in PLIST ? this message suggest psh wants to depend on devel/p5-BSD-Resource: The 'ulimit' command in psh will not work, unless you install BSD::Resource i get this error upon installing the package Couldn't find subject in old manpage /usr/local/man/man3p/Psh::StrategyBunch.3p Unknown manpage type /usr/local/man/man3p/Psh::StrategyBunch.3p also, is there a reason to call it perlsh instead of psh? cheers, -- steven Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
John-Bug ?
Hello everybody, I noticed something using John: 1. Get some DES-Encrypted Passwords 2. john -i --session=test DESFILE 3. john --status=test 4. john --status I noticed that the output is not the same: home/somebody $ john --status=test guesses: 0 time: 994:21:40:42 c/s: 431 /home/rembrandt $ john --status guesses: 0 time: 0:00:00:07 c/s: 409920 /home/somebody $ And ps reports also somehing different: somebody 23154 99.1 0.2 5944 4796 C2 R/17:28PM 12:11.69 john --restore=test I guess the time is related to the --restore option of John but the difference between --status and --status=test are confusing me. I ran just 1 john-process so I wonder why the output is so different. I would like to know if this is a BUG because I couldn't find anything in the Documentations about this. Btw: As I installed john I noticed that the *.chr-Files are missing in the Port for 3.8. DMESG: OpenBSD 3.8 (GENERIC.MP) #0: Sun Sep 25 04:15:33 CEST 2005 [EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 2147020800 (2096700K) avail mem = 1836363776 (1793324K) using 22937 buffers containing 214908928 bytes (209872K) of memory mainbus0 (root) mainbus0: Intel MP Specification (Version 1.1) (TYAN S2882 ) cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD Opteron(tm) Processor 242, 1595.33 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,NXE,MMXX,LONG,3DNOW2,3DNOW cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: apic clock running at 199391613Hz cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD Opteron(tm) Processor 242, 1595.13 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,NXE,MMXX,LONG,3DNOW2,3DNOW cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB 64b/line 16-way L2 cache cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu1: DTLB 32 4KB entries fully associative, 8 4MB entries fully associative mpbios: bus 0 is type PCI mpbios: bus 1 is type PCI mpbios: bus 2 is type PCI mpbios: bus 3 is type PCI mpbios: bus 4 is type ISA ioapic0 at mainbus0 apid 2: pa 0x83742e24, version 11, 24 pins ioapic1 at mainbus0 apid 3: pa 0x83742d24, version 11, 4 pins ioapic2 at mainbus0 apid 4: pa 0x83742c24, version 11, 4 pins pci0 at mainbus0 bus 0: configuration mode 1 ppb0 at pci0 dev 6 function 0 AMD 8111 PCI-PCI rev 0x07 pci1 at ppb0 bus 3 ohci0 at pci1 dev 0 function 0 AMD 8111 USB rev 0x0b: apic 2 int 19 (irq 10), version 1.0, legacy support usb0 at ohci0: USB revision 1.0 uhub0 at usb0 uhub0: AMD OHCI root hub, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1 at pci1 dev 0 function 1 AMD 8111 USB rev 0x0b: apic 2 int 19 (irq 10), version 1.0, legacy support usb1 at ohci1: USB revision 1.0 uhub1 at usb1 uhub1: AMD OHCI root hub, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered emu0 at pci1 dev 4 function 0 Creative Labs SoundBlaster Live rev 0x08: apic 2 int 16 (irq 9) ac97: codec id 0x43525914 (Cirrus Logic CS4297A rev 4) ac97: codec features headphone, 20 bit DAC, 18 bit ADC, Crystal Semi 3D audio0 at emu0 Creative Labs PCI Gameport Joystick rev 0x08 at pci1 dev 4 function 1 not configured pciide0 at pci1 dev 5 function 0 CMD Technology SiI3114 SATA rev 0x02: DMA pciide0: using apic 2 int 19 (irq 10) for native-PCI interrupt vga1 at pci1 dev 6 function 0 ATI Rage XL rev 0x27 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) fxp0 at pci1 dev 8 function 0 Intel 82557 rev 0x10, i82551: apic 2 int 18 (irq 11), address inphy0 at fxp0 phy 1: i82555 10/100 PHY, rev. 4 AMD AMD8111 LPC rev 0x05 at pci0 dev 7 function 0 not configured pciide1 at pci0 dev 7 function 1 AMD 8111 IDE rev 0x03: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide1 channel 0 drive 0: Maxtor 6Y080L0 wd0: 16-sector PIO, LBA, 78167MB, 160086528 sectors wd1 at pciide1 channel 0 drive 1: WDC WD1200JB-75CRA0 wd1: 16-sector PIO, LBA, 114440MB, 234375000 sectors wd0(pciide1:0:0): using PIO mode 4, Ultra-DMA mode 6 wd1(pciide1:0:1): using PIO mode 4, Ultra-DMA mode 5 atapiscsi0 at pciide1 channel 1 drive 0 scsibus0 at atapiscsi0: 2 targets cd0 at scsibus0 targ 0 lun 0: TOSHIBA, CD/DVDW SDR5372V, TU11 SCSI0 5/cdrom removable cd0(pciide1:1:0): using PIO mode 4, Ultra-DMA mode 2 AMD 8111 SMBus rev 0x02 at pci0 dev 7 function 2 not configured AMD 8111 ACPI rev 0x05 at pci0 dev 7 function 3 not configured ppb1 at pci0 dev 10 function 0 AMD 8131 PCIX rev 0x12 pci2 at ppb1 bus 2 ahd0 at pci2 dev 6 function 0 Adaptec AIC-7902B U320 rev 0x10: apic 3 int 0 (irq 9) aic7902: U320 Wide Channel A,
Re: qemu propolice problem?
On Wednesday 28 September 2005 03:00, you wrote: I believe using -fno-stack-protector is correct in this case. Note that this is in Makefile.target, which is used to compile 'opcodes' for the emulated processor. And propolice interferes with that (even if it works, it would slow the emulation by doing its checks for every 'instruction') The rest of the qemu is compiled with propolice. Propolice only instruments functions which contain what it thinks look like strings. (A variety of issues make it a bit more complicated than being able to say just strings). Looking into the generated object file (which qemu parses to extract code fragments for dynamic code generation), propolice only affects some small number of 'opcodes'. The problem with qemu is that the parser can not handle local symbols in the object file, and the static string constants that propolice creates to identify the function name breaks qemu. Incidentally, the same problem also breaks amd64 host. On amd64, gcc creates some 'mmx/sse' instructions for floating point operations, and stores some constants in memory (.LCXX symbols). adding -mfpmath=387 switch to OP_CFLAGS fixes this for i386 and amd64 targets but the sparc target is still broken (have not checked the other targets). To summarize, the reason qemu requires -fno-stack-protector is the parsers inability to handle local symbols in the object file. Adding such support would probably fix qemu for most architectures (regardless of propolice). However, -fno-stack-protector is still useful in OP_CFLAGS, since the code fragments in the file are used in dynamic code generation, and smaller/faster is better. Also, as far as I can tell, there are no strings or string handling in opcode functions themselves. Can
VLC - Coredump and/or Seg-Faults on AMD64
Hello everybody, I've just an 8MB VideoChip (ATI XL) so it realy sucks to view Videos with mplayer because it hangs (even Windows plays them fluidly). So I tried to use VCL to see if it performs better. If I wanna start vcl (it compiles frine from the ports) it coredumps (tested with KDE3) or produces a segfaults (on FVWM from oBSD). Details: OS OpenBSD 3.8 build from CVS (-rOPENBSD_3_8) Arch: AMD64 (Dual Opteron) If you need other informations please send me a mail because I'm not subscriped to the mailinglist. Kind regards, Sebastian -- Don't buy anything from YeongYang. Their Computercases are expensiv, they WTX-powersuplies start burning and their support refuse any RMA even there's still some warenty.
Brasilian Investment and Property Opportunity (W 0 2 8)
If you can´t see this e-mail properly, please visit us on www.signaturebr.com (ID: 028) [TABLE NOT SHOWN][TABLE NOT SHOWN]
Ports PRs still open
The following PR numbers appear to still be open. Perhaps ports people have not noticed. 4473 bugs portsopen serious medium netgnome-panel freeze and quits on OpenBSD 3.8 current i386 4474 bugs portsopen serious medium netXChat quits in: preferences and browsing background image And perhaps others too.
Re: VLC - Coredump and/or Seg-Faults on AMD64
hmm, on Thu, Sep 29, 2005 at 02:16:43AM +0200, [EMAIL PROTECTED] said that I've just an 8MB VideoChip (ATI XL) so it realy sucks to view Videos with mplayer because it hangs (even Windows plays them fluidly). So I tried to use VCL to see if it performs better. If I wanna start vcl (it compiles frine from the ports) it coredumps (tested with KDE3) or produces a segfaults (on FVWM from oBSD). Details: OS OpenBSD 3.8 build from CVS (-rOPENBSD_3_8) Arch: AMD64 (Dual Opteron) well, it's my first time with vlc, mplayer suited me fine until i found some ogm files it couldn't play the audio of, so maybe i am doing something wrong, but on i386 basically nothing works from the ui and core dumps galore... i was surprised it wasn't marked BROKEN or something. anybody tried to open the playlist? or open files thru the open dialog? hm hm. -f -- self-reference (n.): see self-reference
XFCE, 3.8, AMD64 - Hangs
XFCE build from Src on a OpenBSD 3.8 (-rOPENBSD_3_8) hangs sometimes on a AMD64. It totaly freeze. You've to switch to a console (ctrl-alt-f2) and kill it (or X using ctrl-c). I noticed it serval times as I just used Firefox. The same browser works well on e.g. FVWM (shiped with openBSD). Kind regards, Sebastian -- Don't buy anything from YeongYang. Their Computercases are expensiv, they WTX-powersuplies start burning and their support refuse any RMA even there's still some warenty.
GPDF - 3.8, AMD64 - X hangs until gPDF get killed from console
After I tried xPDF wich didn't worked I tried gPDF. I've nearly the same result. X hangs until gPDF gets killed from the console. OS: 3.8 (-rOPENBSD_3_8) ARCH: AMD64 Kind regards Sebastian -- Don't buy anything from YeongYang. Their Computercases are expensiv, they WTX-powersuplies start burning and their support refuse any RMA even there's still some warenty.
Re: VLC - Coredump and/or Seg-Faults on AMD64
On Thu, Sep 29, 2005 at 02:34:39AM +0200, frantisek holop wrote: hmm, on Thu, Sep 29, 2005 at 02:16:43AM +0200, [EMAIL PROTECTED] said that I've just an 8MB VideoChip (ATI XL) so it realy sucks to view Videos with mplayer because it hangs (even Windows plays them fluidly). So I tried to use VCL to see if it performs better. If I wanna start vcl (it compiles frine from the ports) it coredumps (tested with KDE3) or produces a segfaults (on FVWM from oBSD). Details: OS OpenBSD 3.8 build from CVS (-rOPENBSD_3_8) Arch: AMD64 (Dual Opteron) well, it's my first time with vlc, mplayer suited me fine until i found some ogm files it couldn't play the audio of, so maybe i am doing something wrong, but on i386 basically nothing works from the ui and core dumps galore... i was surprised it wasn't marked BROKEN or something. anybody tried to open the playlist? or open files thru the open dialog? hm you never used it before so maybe it has been working forever up until all the recent ld.so hackery. notice how vlc is all plugins. i'm surprised your brain isn't marked BROKEN or something.
UPDATE: mt-daapd 0.2.3
I have finished my work. Now with complete sprintf() replacement. The attached file is a .tgz of the directory because I can't put the -current port tree on my machine for various reasons. To replace, simply cd /usr/ports/audio rm -r mt-daapd tar -xzf /path/to/mt-daapd.tgz If a diff is absolutely requiered to commit this change, i'll try to think of a way to have one against the -current tree. Otherwise, sorry for the inconvinience. Arnaud -- They allowed us to set up a separate division almost, that is physically, geographically, psychologically and spiritually different from what Bill himself calls the Borg - Peter Moore, V.P. in charge of Xbox 360 marketing at Microsoft. mt-daapd.tgz Description: GNU Zip compressed data