Hi there,
we just restored our PDP-11/23+ rebulding a new PSU around a
normal PC PSU and creating the real time clock needed for some
OS.
we're wondering about what UNIX can eventually run on it :)
http://museo.freaknet.org/en/restauro-pdp1123plus/
bye,
Gabriele
--
[ ::::::::: 73 de IW9HGS : http://freaknet.org/asbesto ::::::::::: ]
[ Freaknet Medialab :: Poetry Hacklab : Dyne.Org :: Radio Cybernet ]
[ NON SCRIVERMI USANDO LETTERE ACCENTATE - NON MANDARMI ALLEGATI ]
[ *I DELETE* EMAIL > 100K, ATTACHMENTS, HTML, M$-WORD DOC and SPAM ]
Today is The Day of the Programmer, being the 0x100'th day of the year.
Take a bow, all programmers...
Did you know that it's an official professional holiday in Russia?
--
Dave Horsfall DTM (VK2KFU) "Those who don't understand security will suffer."
I'll support shark-culling when they have been observed walking on dry land.
On Thu, 10 Sep 2015, Norman Wilson wrote:
> #$%^&*\{{{
>
> NO CARRIER
>
> +++
> ATH
My favourite would be:
+++
(pause - this was necessary)
ATZ
I.e. a reset.
I think there were even worse ones in the Hayes codes, like ATH3 or
something. Dammit, but mental bit-rot is setting in.
Of course, I never did such an evil thing, your honour... Honest! Never!
--
Dave Horsfall DTM (VK2KFU) "Those who don't understand security will suffer."
I'll support shark-culling when they have been observed walking on dry land.
I've used realloc a lot, and never run into bugs. Maybe I've just
been lucky, or maybe it's that I probably didn't use it that much
until the latter 1980s, and then more with pukka Doug malloc code
than with the stuff floating around elsewhere.
Never mind that sometime around 1995 I found a subtle bug in the
pukka Doug malloc (not realloc): arena blew up badly when presented
with a certain pattern of alternating small and large allocs and frees,
produced by a pukka Brian awk regression test. I had a lot of (genuine)
fun tracking that down, writing some low-level tools to extract the
malloc and free calls and sizes and then a simulator in (what else?)
awk to test different fixes. Oh, for the days when UNIX was that
simple.
I've never heard before of a belief that the new memory belonging
to realloc is always cleared, except in conjunction with the utterly-
mistaken belief that that's true of malloc as well. I don't think it
was ever promised to be true, though it was probably true by accident
just often enough (just as often as with malloc) to fool the careless.
Norman Wilson
Toronto ON
I’ve just had a discussion with my boss about this and he claimed that it did at one point and I said it hasn’t in all the unix versions I’ve ever played with (v6, v7, sys III, V, BSD 2, 3, 4, SunOS and Solaris).
My question to this illustrious group is: Did any Unix or Unix like OS ever zero fill on realloc?
David
I never used realloc(), only malloc() and calloc().
Checking a few unixes I have access to all reallocs() seem to state
either nothing on contents of memory added or state explicitly
'undefined'.
The only function which zeroes allocated memory is calloc() it seems.
Unixes checks: SCO UNIX 3.2V4.2, Digital Unix 4.0G, Tru64 Unix V5.1B,
HP-UX 11.23, HP-UX 11.31
Cheers
On 9/11/15, tuhs-request(a)minnie.tuhs.org <tuhs-request(a)minnie.tuhs.org> wrote:
> Send TUHS mailing list submissions to
> tuhs(a)minnie.tuhs.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://minnie.tuhs.org/mailman/listinfo/tuhs
> or, via email, send a message with subject or body 'help' to
> tuhs-request(a)minnie.tuhs.org
>
> You can reach the person managing the list at
> tuhs-owner(a)minnie.tuhs.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of TUHS digest..."
>
>
> Today's Topics:
>
> 1. Did realloc ever zero the new memory? (David)
> 2. Re: Did realloc ever zero the new memory? (Jim Capp)
> 3. Re: Did realloc ever zero the new memory? (David)
> 4. Re: Did realloc ever zero the new memory? (Larry McVoy)
> 5. Re: Did realloc ever zero the new memory? (David)
> 6. Re: Did realloc ever zero the new memory? (Larry McVoy)
> 7. Re: Did realloc ever zero the new memory? (Clem Cole)
> 8. Re: Did realloc ever zero the new memory? (Dave Horsfall)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 10 Sep 2015 12:52:45 -0700
> From: David <david(a)kdbarto.org>
> To: tuhs(a)minnie.tuhs.org
> Subject: [TUHS] Did realloc ever zero the new memory?
> Message-ID: <E798E102-2C50-4AB2-92CC-188D05AA951F(a)kdbarto.org>
> Content-Type: text/plain; charset=utf-8
>
> I?ve just had a discussion with my boss about this and he claimed that it
> did at one point and I said it hasn?t in all the unix versions I?ve ever
> played with (v6, v7, sys III, V, BSD 2, 3, 4, SunOS and Solaris).
>
> My question to this illustrious group is: Did any Unix or Unix like OS ever
> zero fill on realloc?
>
> David
>
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 10 Sep 2015 16:10:41 -0400 (EDT)
> From: Jim Capp <jcapp(a)anteil.com>
> To: david(a)kdbarto.org
> Cc: tuhs(a)minnie.tuhs.org
> Subject: Re: [TUHS] Did realloc ever zero the new memory?
> Message-ID: <5962857.12872.1441915841364.JavaMail.root@zimbraanteil>
> Content-Type: text/plain; charset="utf-8"
>
> On every system that I've ever used, I believe that realloc did not do a
> zero fill. There might have been a time when malloc did a zero fill, but I
> never counted on it. I always performed a memset or bzero after a malloc.
> I'm pretty sure that I counted on realloc to NOT perform a zero fill.
>
>
> $.02
>
>
>
> From: "David" <david(a)kdbarto.org>
> To: tuhs(a)minnie.tuhs.org
> Sent: Thursday, September 10, 2015 3:52:45 PM
> Subject: [TUHS] Did realloc ever zero the new memory?
>
> I?ve just had a discussion with my boss about this and he claimed that it
> did at one point and I said it hasn?t in all the unix versions I?ve ever
> played with (v6, v7, sys III, V, BSD 2, 3, 4, SunOS and Solaris).
>
> My question to this illustrious group is: Did any Unix or Unix like OS ever
> zero fill on realloc?
>
> David
>
> _______________________________________________
> TUHS mailing list
> TUHS(a)minnie.tuhs.org
> https://minnie.tuhs.org/mailman/listinfo/tuhs
>
