Aaron J. Grier | 3 Apr 05:55 2006

Re: 3.0 and build.sh

and for the final followup on this:

         build.sh started: Fri Mar 17 10:48:29 PST 2006
         build.sh ended:   Tue Mar 21 21:04:18 PST 2006

not awful; I've dealt with slower.  the moral is that alpha definitely
needs more than 96MB of RAM to be happy when building.

--

-- 
  Aaron J. Grier | "Not your ordinary poofy goof." | agrier <at> poofygoof.com
              "silly brewer, saaz are for pils!"  --  virt

Nicolas Joly | 6 Apr 15:45 2006
Picon
Picon

uname(2) results & COMPAT_OSF1


Hi,

While playing with COMPAT_OSF1 on a PWS500au running -current, i
noticed that uname(2) syscall does not report correct values ...

njoly <at> thanos [emul/osf1]> uname -a
NetBSD thanos.sis.pasteur.fr 3.99.17 NetBSD 3.99.17 (THANOS) #20: Thu Apr  6 15:01:49 CEST 2006 
njoly <at> thanos.sis.pasteur.fr:/local/src/NetBSD/obj/alpha/sys/arch/alpha/compile/THANOS alpha
njoly <at> thanos [emul/osf1]> file ./uname
./uname: COFF format alpha executable paged dynamically linked stripped - version 3.13-14
njoly <at> thanos [emul/osf1]> ./uname -a
NetBSD thanos.sis.pasteur.fr 3.99.16 THANOS#0 alpha

The same binary run on another PWS500au with Tru64 Unix v5.1B report :

njoly <at> medusa [~]> ./uname -a
OSF1 medusa.sis.pasteur.fr V5.1 2650 alpha

I just modifed that part of the OSF1 compat code to give better
results. Following the Linux compat code, i added a sysctl `emul.osf1'
subtree :

njoly <at> thanos [~]> sysctl emul.osf1
emul.osf1.kern.ostype = OSF1
emul.osf1.kern.osrelease = V5.1
emul.osf1.kern.osversion = 2650

and then, filled the uname(2) and sysinfo(2) with the new values.

(Continue reading)

Matthias Drochner | 6 Apr 17:54 2006
Picon
Picon

Re: uname(2) results & COMPAT_OSF1


njoly <at> pasteur.fr said:
> njoly <at> thanos [~]> sysctl emul.osf1
> emul.osf1.kern.ostype = OSF1 
[...]
> Comments ?

If it helps a real-world application it is certainly a
good thing to support.
I'd however share as much as possible with the Linux
emulation, at least the EMUL_xxx_KERN_yyy namespace and
the code which builds the sysctl tree.

best regards
Matthias

Nicolas Joly | 7 Apr 17:56 2006
Picon
Picon

Re: uname(2) results & COMPAT_OSF1

On Thu, Apr 06, 2006 at 05:54:37PM +0200, Matthias Drochner wrote:
> 
> njoly <at> pasteur.fr said:
> > njoly <at> thanos [~]> sysctl emul.osf1
> > emul.osf1.kern.ostype = OSF1 
> [...]
> > Comments ?
> 
> If it helps a real-world application it is certainly a
> good thing to support.

I don't know a real-world application that strictly require it. I
often use uname(2) values as a first test for emulation ...

I'll try to see in the next (days, weeks, ...) as i'm currently trying
to make Veritas NetBackup client 5.1 work on NetBSD/alpha under
COMPAT_OSF1 (like on our other Tru64 machines).

> I'd however share as much as possible with the Linux
> emulation, at least the EMUL_xxx_KERN_yyy namespace and
> the code which builds the sysctl tree.

Ok.

--

-- 
Nicolas Joly

Biological Software and Databanks.
Institut Pasteur, Paris.

(Continue reading)

Thomas Cort | 17 Apr 02:07 2006
Picon

DEC 3000 available for NetBSD/alpha Development

Hi Everyone,

I'm a Gentoo/Alpha developer and we recently got a DEC 3000/600
donated to us. It isn't something that we can use (turbo channel based
alphas don't work too well in Linux), so we thought you guys might be
interested. The person who donated it to us said that it worked when
it was taken out of service at his university; I haven't done any
further testing.

I'm located in Sherbrooke, Quebec, Canada and so is the box. I don't
mind dropping it off or meeting someone somewhere. Most places in
Quebec, Ontario, Vermont, Massachusetts, Connecticut, Rhode Island,
New Hampshire, Maine, and New York are fine, but I'd prefer not to
drive more than 5 hours. I can mail it too (from Canada or the US) if
I get reimbursed for shipping.

Cheers!
-Thomas (tcort)

P.S. I had trouble subscribing from my tcort <at> gentoo.org e-mail address
(it never responded to my confirmation e-mail), so I'm using my
personal e-mail account for now. If you are interested in this box
please e-mail me off list at tcort <at> gentoo.org.

Stephen Jones | 17 Apr 02:48 2006

Re: DEC 3000 available for NetBSD/alpha Development

I'd recommend you get in touch with Theo (OpenBSD) as he was looking  
for a alpha a few
months ago and he is in Calgary which might be a bit of help  
logistically.

On Apr 16, 2006, at 5:07 PM, Thomas Cort wrote:
> I'm a Gentoo/Alpha developer

bob | 25 Apr 14:51 2006
Picon
Picon

DS10 Hardware questions

I am aware of ISLANDCO offereing replacemnt DS10 power supplies.
Are there any alternatives beynnd HP/Q/Dec DS10 and Islandco versions?
I have not been able to find the technical specs that give me the 
pinouts for the two connectors on the DS10 PS, but is it possible to 
just build an adapter cable from a standard 550 watt ps to the DS10 MB?
thanks
bob
--

-- 
words and music, words and music.

Johan Hattne | 25 Apr 17:40 2006
Picon

g++ throw/catch on 164LX

Dear List;

I think I've looked through the obvious sources of information but 
haven't been able to figure this one out yet.  On my 164LX I cannot use 
exceptions in g++ without dumping core.

zsh> g++ -Wall -g -o throw throw.cpp && ./throw
Throwing
pid 18647 (throw): unaligned access: va=0x160181bda pc=0x160198688 
ra=0x160198734 sp=0x1ffffdbd8 op=ldl
pid 18647 (throw): unaligned access: va=0x160181bda pc=0x160198818 
ra=0x1601988e0 sp=0x1ffffdbd8 op=ldl
pid 18647 (throw): unaligned access: va=0x1602d21d2 pc=0x160198688 
ra=0x160198734 sp=0x1ffffe088 op=ldl
pid 18647 (throw): unaligned access: va=0x1602d21d2 pc=0x160198818 
ra=0x1601988e0 sp=0x1ffffe088 op=ldl
zsh: abort (core dumped)  ./throw

zsh> gdb throw
GNU gdb 5.3nb1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and 
you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for 
details.
This GDB was configured as "alpha--netbsd"...
(gdb) r
(Continue reading)

Johan Hattne | 26 Apr 15:46 2006
Picon

Fwd: g++ throw/catch on 164LX

On 25 Apr 2006, at 17:46, Nick Hudson wrote:

> On Tuesday 25 April 2006 16:40, you wrote:
>> Dear List;
>>
>> I think I've looked through the obvious sources of information but
>> haven't been able to figure this one out yet.  On my 164LX I cannot 
>> use
>> exceptions in g++ without dumping core.
>>
>> zsh> g++ -Wall -g -o throw throw.cpp && ./throw
>
> Can you share throw.cpp?

Ooops!  Sorry about that...

   #include <iostream>
   int
   main(int argc, char** argv)
   {
     try {
       std::cout << "Throwing" << std::endl;
       throw int(42);
     } catch (...) {
       std::cout << "Cought" << std::endl;
     }
     return 0;
   }

>> Using g++ 3.3.5 from ports, I get segmentation violation instead of
(Continue reading)

Matthias Drochner | 26 Apr 20:10 2006
Picon
Picon

Re: Fwd: g++ throw/catch on 164LX


johan.hattne <at> embl-hamburg.de said:
> >> exceptions in g++ without dumping core. 

Fwiw, I don't see this on my PWS433au with -current:

zel637: {11} g++ -Wall -g -o throw throw.cpp && ./throw
Throwing
Cought
zel637: {12} ldd ./throw
./throw:
        -lstdc++.5 => /usr/lib/libstdc++.so.5
        -lm.0 => /usr/lib/libm.so.0
        -lgcc_s.1 => /usr/lib/libgcc_s.so.1
        -lc.12 => /usr/lib/libc.so.12
zel637: {13} uname -a
NetBSD zel637 3.99.18 NetBSD 3.99.18 (ZEL637) #7: Thu Apr 20 21:07:59 MEST 2006
 drochner <at> zel637:/home/drochner/netbsd/sys/arch/alpha/compile/ZEL637 alpha
zel637: {14} /sbin/dmesg|grep cpu0
cpu0 at mainbus0: ID 0 (primary), 21164A-0
cpu0: VAX FP support, IEEE FP support, Primary Eligible
cpu0: Architecture extensions: 1<BWX>

If you send me the test program statically linked I can try
whether userland or kernel are to blame.

best regards
Matthias

(Continue reading)


Gmane