Re: alpha and gcc4; have foot, will shoot
Christian Weisgerber wrote and mailed: Janjaap van Velthooven janj...@stack.nl wrote: For some obscure reason this gave successes. After splitting up alpha/rtld_machine.c into 2 or mor parts, any combination where the 1st and the 3rd function (_dl_md_reloc and _dl_md_reloc_got) were not in the same source allowed the split-up sources to be compiled without breaking ld.so. Looking with my untrained eye at the generated assembly or the dissasembled objects did not give me any clue as to why this was happening. I split _dl_md_reloc_got() out into a separate file and compared the generated assembly language. There are no differences. I also disassembled the object files, no code differences. I did similar and saw no noticable differences either, other than the address the function was on that is.. I wonder if ld(1) could be to blame. If so, why would it do that? It should behave the same as when compiled with gcc3 (theoretically at least).. I can think of some theories: - does compiling ld with gcc4 introduce/expose a bug in ld? (I used a gcc4 compiled ld back then) - does the gcc4 compiled rtld_machine.c cause an other codepath than the gcc3 compiled version in ld on which there has always been a bug? Janjaap van Velthooven -- / __/ /_/ __/ /_ __/ __/ /___ / / /_ __/___/_/_ /___ / / __/ /___ / / janj...@stack.nl /___/_/_/_/_/_/_/___/_/_/
alpha and gcc4; have foot, will shoot
usb0 at ehci0: USB revision 2.0 uhub0 at usb0 VIA EHCI root hub rev 2.00/1.00 addr 1 isa0 at sio0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0 mux 1 wskbd0: connecting to wsdisplay0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x3bc/4 irq 7 fdc0 at isa0 port 0x3f0/6 irq 6 drq 2 isapnp0 at isa0 port 0x279: read port 0x203 ep0 at isapnp0 3Com 3C509B EtherLink III, TCM5095, PNP80F7, port 0x210/16 irq 5: address 00:10:5a:da:70:fa, utp (default utp) mcclock0 at isa0 port 0x70/2: mc146818 or compatible usb1 at uhci0: USB revision 1.0 uhub1 at usb1 VIA UHCI root hub rev 1.00/1.00 addr 1 usb2 at uhci1: USB revision 1.0 uhub2 at usb2 VIA UHCI root hub rev 1.00/1.00 addr 1 stray isa irq 3 stray isa irq 5 uhidev0 at uhub2 port 1 configuration 1 interface 0 Logitech USB Optical Mouse rev 2.00/53.00 addr 2 uhidev0: iclass 3/1 ums0 at uhidev0: 3 buttons, Z dir wsmouse0 at ums0 mux 0 uhub3 at uhub2 port 2 ALCOR Generic USB Hub rev 1.10/3.12 addr 3 vscsi0 at root scsibus0 at vscsi0: 256 targets softraid0 at root scsibus1 at softraid0: 256 targets root on wd0a swap on wd0b dump on wd0b stray isa irq 3 wsdisplay0: screen 8 added (80x25, vt100 emulation) wsdisplay0: screen 9 added (80x25, vt100 emulation) wsdisplay0: screen 4 deleted wsdisplay0: screen 5 deleted wsdisplay0: screen 4 added (80x40, vt100 emulation) wsdisplay0: screen 5 added (80x40, vt100 emulation) wsdisplay0: screen 6 added (80x40, vt100 emulation) wsdisplay0: screen 7 added (80x40, vt100 emulation) wsdisplay0: screen 10 added (80x50, vt100 emulation) wsdisplay0: screen 11 added (80x50, vt100 emulation) wsmouse0 detached ums0 detached uhidev0 detached uhidev0 at uhub2 port 1 configuration 1 interface 0 Logitech USB Optical Mouse rev 2.00/53.00 addr 2 uhidev0: iclass 3/1 ums0 at uhidev0: 3 buttons, Z dir wsmouse0 at ums0 mux 0 Janjaap van Velthooven -- / __/ /_/ __/ /_ __/ __/ /___ / / /_ __/___/_/_ /___ / / __/ /___ / / janj...@stack.nl /___/_/_/_/_/_/_/___/_/_/
Re: Identifying disks by name
On Wed, Jun 22, 2011 at 08:12:28PM +0100, Stuart Henderson wrote: On 2011/06/22 21:07, Wouter Coene wrote: Also, this is certainly not useless if you have more than a handfull of disks or SAN volumes, or for removable media. Which of the following is more readable? mount 1234567890abcdef.a /mnt mount backups.a /mnt mount bac1.a /mnt isn't too bad :-) Just a vague idea for the moment; How aboot some mechanism that can do number lookups by name for disks? ( just like is done for host protocols ports or users and groups and possibly more things.. ) for instance an /etc/disks with lines like: 1234567890abcdefbackups bac1 Anyways, as I have no code for something like this at this moment I'll shut up for now on this. Janjaap van Velthooven -- / __/ /_/ __/ /_ __/ __/ /___ / / /_ __/___/_/_ /___ / / __/ /___ / / janj...@stack.nl /___/_/_/_/_/_/_/___/_/_/
Re: ksh completion
On Thu, Mar 24, 2011 at 03:40:56PM +0100, LEVAI Daniel wrote: On Thu, Mar 24, 2011 at 15:48:56 +0300, Alexander Polakov wrote: And just for the archives, a patch that really works as advertised (and using it for some time I feel like it *is* a good idea). It is really working well. Thanks! However, I don't quite understand why '[' needs to be escaped during completion: $ ls -la [\ ]\ [\ ]\ []\ ][ $ ls -la \[\ ]\ \[\ ]\ \[]\ ]\[ these two produce the same result: -rw-r--r-- 1 daniell daniell 0 Mar 24 15:38:38 2011 [ ] [ ] [] ][ for the following for example: $ touch adef '[abc]def' $ ls [abc]def adef $ ls \[abc]def [abc]def $ Daniel Janjaap van Velthooven -- / __/ /_/ __/ /_ __/ __/ /___ / / /_ __/___/_/_ /___ / / __/ /___ / / janj...@stack.nl /___/_/_/_/_/_/_/___/_/_/
Re: expr(1) diff 2 of 3, make it able to accept c-style radix prefixes in integers
On Fri, Jan 14, 2011 at 10:39:53PM -0800, Philip Guenther wrote: [snip relevant discussion to sidetrack a bit.] So, what's the answer for someone wanting to do base conversion? If they use sh/ksh, then the answer is $((...)): $ echo $((0x20)) 32 $ csh shmucks^Wusers can use bc or dc for arbitrary base conversion: % printf 'ibase=16\n%s\n' 20 | bc 32 when you are going to use printf anyways, what is wrong with something like $ printf '%o\n' 0x20 40 $ printf '%d\n' 033 27 $ [end of sidetrack] Philip Guenther Janjaap van Velthooven -- / __/ /_/ __/ /_ __/ __/ /___ / / /_ __/___/_/_ /___ / / __/ /___ / / janj...@stack.nl /___/_/_/_/_/_/_/___/_/_/
Re: merge pms and pmsi + added support for some of mouse
On Mon, Sep 27, 2010 at 08:28:36PM +, Miod Vallat wrote: On Mon, Sep 27, 2010 at 10:42 AM, Alexandr Shadchin alexandr.shadc...@gmail.com wrote: if (pa-pa_slot != PCKBC_AUX_SLOT) - return (0); + return 0; return (x) is proper KNF. Please don't undo it. Actually, return with braces is old KNF, just like KR function declarations are. Developer taste change over time, and style(9) no longer says anything about return statements style. While there is no explicit mention of this, there is one example of a return with a return value and that does use the braces so I can understand where people might get the impression it is needed. Miod Janjaap van Velthooven -- / __/ /_/ __/ /_ __/ __/ /___ / / /_ __/___/_/_ /___ / / __/ /___ / / janj...@stack.nl /___/_/_/_/_/_/_/___/_/_/