Der ist so frisch, der zuckt noch:
Version: tin 1.7.6 release 20040906 ("Baleshare") Dec 7 2004 03:16:28
sparc-unknown-netbsdelf2.0
gcc version 3.3.3 (NetBSD nb3 20040520)
san: {8} dmesg | grep NetBSD
The NetBSD Foundation, Inc. All rights reserved.
NetBSD 2.0 (LUNA1204) #1: Tue Dec 7 02:52:53 CET 2004
--
I'm trying to port NetBSD to my cup of tea, but it keeps kernel panicking
on refill. This is odd, because I ported it to my toaster and my bookcase
easily enough and it survives bread- and book-replacement fine.
Jared "Danger" Earle (NetBSD tech-ports mailing list)

From:	Urs Janßen
Subject:	Re: fresh build (ignore)
Date:	7 Dec 2004 13:48:58 GMT

In , Dennis Grevenstein wrote:
> sparc-unknown-netbsdelf2.0

:-)

auf dem 1.3.0er i386-ibm-aix schmiert 1.7.6 uebrigens in
| (gdb) bt
| #0 0x9a3a6 in ungetc ()
| #1 0x9c399 in _doscan ()
| #2 0x914b7 in sscanf ()
| #3 0x7ba07 in check_upgrade (
| line=0x1ffff7d0 "# tin configuration file V1.2\n",
| skip=0xbd51 "# tin configuration file V", version=0xbd4b "1.3.7")
| at version.c:0
| #4 0xca2c in read_config_file (file=0x427fb8 "/.tin/tinrc", global_file=0)
| at config.c:0
| #5 0x401a5 in main (argc=1, argv=0x1ffffc34) at main.c:0

ab. mir ist nicht klar wieso (und Christian hat noch nicht gemeldet ob
er ohne altes tinrc startet), aber ggf. ist das ja auch das problem
auf dem SunOS4.0.2 und BSD4.3? evtl. mal check_upgrade()
auskommentieren...
war denn sscanf() auf uralt BSDen irgendwie anders?
(und was hast du mit der UP-UX/V mips-nec-sysv4.2MP kiste gemacht, jetzt
ist sie ganz weg ,-)

urs
--
Jef Poskanzer:
"When people aren't stupid Usenet is even more useful. Too bad this happens
so rarely."

From:	Dennis Grevenstein
Subject:	Re: fresh build (ignore)
Date:	7 Dec 2004 23:41:20 GMT

Urs Janßen wrote:
> In , Dennis Grevenstein wrote:
> > sparc-unknown-netbsdelf2.0

> :-)

Der kernel ist jetzt ganz 2.0 und nicht mehr 2.0rc-irgendwas.
Mal sehen wann es offiziell soweit ist.

> ab. mir ist nicht klar wieso (und Christian hat noch nicht gemeldet ob
> er ohne altes tinrc startet), aber ggf. ist das ja auch das problem
> auf dem SunOS4.0.2 und BSD4.3? evtl. mal check_upgrade()
> auskommentieren...

Das ist doch schonmal was. Ich habe es unter SunOS 4.0.2
getestet und kann jetzt immerhin news lesen. Posten geht
immer noch nicht, denn dann kommt:
Error: Bad address in From: header.
Single component FQDN is not allowed. Add your domain.

Ich habe nur heute keinen Nerv mehr mir das anzusehen.

Ansonsten:

(csgds11::root)<161> ./tin -V
Reading config file...
Version: tin 1.7.6 release 20040906 ("Baleshare") Dec 7 2004 23:17:14
Platform:
OS-Name = "sunos4.0.2"
Compiler:
CC = "gcc"
CFLAGS = "-O2 "
CPP = "gcc -E"
CPPFLAGS = ""
Linker and Libraries:
LD = "gcc"
LDFLAGS = ""
LIBS = " "
Characteristics:
+NNTP_ONLY -NO_POSTING -BROKEN_LISTGROUP +XHDR_XREF
-HAVE_FASCIST_NEWSADMIN -ENABLE_IPV6 +HAVE_COREFILE
-NO_SHELL_ESCAPE -DISABLE_PRINTING -DONT_HAVE_PIPING -NO_ETIQUETTE
+HAVE_LONG_FILE_NAMES +APPEND_PID -HAVE_MH_MAIL_HANDLING
-HAVE_ISPELL -HAVE_METAMAIL +HAVE_SUM
+HAVE_COLOR -HAVE_PGP -HAVE_PGPK -HAVE_GPG
-MIME_BREAK_LONG_LINES +MIME_STRICT_CHARSET -CHARSET_CONVERSION
-MULTIBYTE_ABLE +NO_LOCALE
-USE_CANLOCK -EVIL_INSIDE -FORGERY -TINC_DNS -ENFORCE_RFC1034
-REQUIRE_BRACKETS_IN_DOMAIN_LITERAL -FOLLOW_USEFOR_DRAFT

Davor steht allerdings eine configure Orgie:
--enable-nntp-only --disable-locale --disable-nls
--enable-broken-system-fix --with-screen=termcap
Und am Ende muessen noch -ltermcap und -lresolv dazu.

> war denn sscanf() auf uralt BSDen irgendwie anders?

Keine Ahnung.

> (und was hast du mit der UP-UX/V mips-nec-sysv4.2MP kiste gemacht, jetzt
> ist sie ganz weg ,-)

Auch da wasche ich meine Haende in Unschuld.
Ich habe denen eine mail geschickt und gefragt aber bisher keine
Antwort. Immerhin kann ich in ZUkunft damit protzen, denn
so viele Leute haben sicher noch nicht den I/O Prozessor einer SX
gecrasht :-) Ich weiss nur ueberhaupt nicht wie das passieren
konnte. Eventuell ja einfach schlechtes Karma und die Hardware
ging gerade in dem Moment kaputt.

mfg
Dennis

--
Ich sags ja, diese Webforen machen die Leute dumm.

Sven Geggus (ka.fh)

From:	Urs Janßen
Subject:	Re: fresh build (ignore)
Date:	8 Dec 2004 13:41:11 GMT

In , Dennis Grevenstein wrote:
> Das ist doch schonmal was. Ich habe es unter SunOS 4.0.2
> getestet und kann jetzt immerhin news lesen. Posten geht

wenn der patch (siehe mail mail) tut, dann gibt's evtl. ab 1.7.7 ein
--enable-broken-sscanf-fix um das sscanf in version.c zum umgehen -
wobei ich nicht versteh wieso es da knallt, tin benutzt noch an zig
anderen stellen sscanf()...

> immer noch nicht, denn dann kommt:
> Error: Bad address in From: header.
> Single component FQDN is not allowed. Add your domain.

mit -DDEBUG bauen und mit -D 2 starten, dann sollte er einiges
ausspucken. u.a. auch 'zwischenresultate' vom address-parser.
allerdings hat sich der code zwischen 1.4.x und 1.7.x nur ninimal
geaendert und die checks wurden eher lascher (Ralf wollte das ding ja
schon vor jahren neu schreiben...).

> > war denn sscanf() auf uralt BSDen irgendwie anders?
> Keine Ahnung.

jemand kluges lust sich das anzusehen? vieleicht bin ich ja auch nur
zu doof und meine verwendung von sscanf() ist einfach illegal (klappt
aber auf 99,8% aller OSen)...

urs
--
Jef Poskanzer:
"When people aren't stupid Usenet is even more useful. Too bad this happens
so rarely."

From:	Urs Janßen
Subject:	Re: fresh build (ignore)
Date:	8 Dec 2004 22:30:47 GMT

In ,
Urs Janßen wrote:
> wobei ich nicht versteh wieso es da knallt, tin benutzt noch an zig
> anderen stellen sscanf()...

[aus der autoconf doku]
| sscanf
| On various old systems, e.g., HP-UX 9, sscanf requires that its
| input string be writable (though it doesn't actually change it).
| This can be a problem when using gcc since it normally puts
| constant strings in read-only memory (see section
| 'incompatibilities' in Using and Porting the GNU Compiler
| Collection). Apparently in some cases even having format strings
| read-only can be a problem.

wenn es das war (ich denk schon), dann vergiss den patch und wirf einfach
alle consts aus check_upgrade() raus, das ist besser als mein von hand
parsing.

urs

From:	Dennis Grevenstein
Subject:	Re: fresh build (ignore)
Date:	8 Dec 2004 23:00:59 GMT

Urs Janßen wrote:

> [aus der autoconf doku]
> | sscanf
> | On various old systems, e.g., HP-UX 9, sscanf requires that its
^^^^^^^
Du kannst Dich daran erinnern, dass es auch unter HP-UX 8
nicht ging? Das scheint mir derselbe bug zu sein.

> wenn es das war (ich denk schon), dann vergiss den patch und wirf einfach
> alle consts aus check_upgrade() raus, das ist besser als mein von hand
> parsing.

Bei Gelegenheit. Ich habe gerade im Moment nicht soviel Zeit.

Die NEC bzw. SX4 ist uebrigens jetzt ganz weg.
Das waere sehr schade und es taete mir schon ziemlich leid.
Ich hoffe die bekommen das wieder hin.

mfg
Dennis

--
Ich sags ja, diese Webforen machen die Leute dumm.

Sven Geggus (ka.fh)

From:	Urs Janßen
Subject:	Re: fresh build (ignore)
Date:	9 Dec 2004 16:16:39 GMT

In , Dennis Grevenstein wrote:
> > | sscanf
> > | On various old systems, e.g., HP-UX 9, sscanf requires that its
> ^^^^^^^
> Du kannst Dich daran erinnern, dass es auch unter HP-UX 8
> nicht ging? Das scheint mir derselbe bug zu sein.

ging nicht? ich hab hier aber doch:
| hppa1.1-hp-hpux8.07 gcc 2.7.2.3 1.7.5 release 20040615
von dir in der liste. wobei es aber sein kann, dass der gcc-2.7.2.3
consts nicht in read-only memory gelegt hat (oder du
-fwritable-strings benutzt hast oder so).

> > wenn es das war (ich denk schon), dann vergiss den patch und wirf einfach
> > alle consts aus check_upgrade() raus, das ist besser als mein von hand
> > parsing.
> Bei Gelegenheit. Ich habe gerade im Moment nicht soviel Zeit.

*grmpf* ich will doch demnaechst 1.7.7 releasen, am besten mit
passendem fix ,-)

> Die NEC bzw. SX4 ist uebrigens jetzt ganz weg.

ja, aber die interessiert mich nicht SO sehr, ich hab ja "meine" SX-6
hier rumstehen. die UP4800/675 waer interessanter...

> Das waere sehr schade und es taete mir schon ziemlich leid.
> Ich hoffe die bekommen das wieder hin.

ersatz hardware dafuer aufzutreiben koennte schwer werden - sind ja
nicht SO verbreitet die dinger

From:	Dennis Grevenstein
Subject:	Re: fresh build (ignore)
Date:	9 Dec 2004 17:42:45 GMT

Urs Jan?en wrote:

> > Du kannst Dich daran erinnern, dass es auch unter HP-UX 8
> > nicht ging? Das scheint mir derselbe bug zu sein.

> ging nicht? ich hab hier aber doch:
> | hppa1.1-hp-hpux8.07 gcc 2.7.2.3 1.7.5 release 20040615

Es kompilierte und damals bin ich noch nicht auf die Idee gekommen
news per ssh ueber drei verschiedene Rechner zu tunneln :-)
Erst spaeter habe ich entdeckt, dass es nicht lief, obwohl
ein tin -V funktionierte.

> *grmpf* ich will doch demnaechst 1.7.7 releasen, am besten mit
> passendem fix ,-)

Waer durchaus ne gute Idee.
Diese check_upgrade Sache ist ja repariert. Das Problem ist
nur, dass bugfixing auf einem 25MHz 386 ueberhaupt keinen
Spass macht.

> ersatz hardware dafuer aufzutreiben koennte schwer werden - sind ja
> nicht SO verbreitet die dinger

Vor allem waere es aergerlich wenn der mainframe nicht geht,
weil der service Prozessor das zeitliche gesegnet hat.

mfg
Dennis

--
A distributed system is one in which the failure of a computer you
didn't even know existed can render your own computer unusable.

From:	Urs Janßen
Subject:	Re: fresh build (ignore)
Date:	9 Dec 2004 18:31:42 GMT

In , Dennis Grevenstein wrote:
> Urs Jan?en wrote:
>
> > > Du kannst Dich daran erinnern, dass es auch unter HP-UX 8
> > > nicht ging? Das scheint mir derselbe bug zu sein.
>
> > ging nicht? ich hab hier aber doch:
> > | hppa1.1-hp-hpux8.07 gcc 2.7.2.3 1.7.5 release 20040615
>
> Es kompilierte und damals bin ich noch nicht auf die Idee gekommen
> news per ssh ueber drei verschiedene Rechner zu tunneln :-)
> Erst spaeter habe ich entdeckt, dass es nicht lief, obwohl
> ein tin -V funktionierte.

AIC

> > *grmpf* ich will doch demnaechst 1.7.7 releasen, am besten mit
> > passendem fix ,-)
> Waer durchaus ne gute Idee.
> Diese check_upgrade Sache ist ja repariert. Das Problem ist

naja, mein haendisches parsen (der patch aus dem mail) wuerd ich gern
draussen lassen wenn es denn reicht die ersten beiden argumente fuer
sscanf() einfach nicht const zu machen. ob das reicht weiss ich aber
erst wenn es jamand auf so alten OSen probiert...

> nur, dass bugfixing auf einem 25MHz 386 ueberhaupt keinen
> Spass macht.

hey, sowas war jahrelang das entwicklungssystem fuer tin (ok, da war
der source auch nur halb so gross). na im zweifelsfall release ich
das ding auch einfach so - wird schon passen.

urs
--
Jef Poskanzer:
"When people aren't stupid Usenet is even more useful. Too bad this happens
so rarely."

From:	Dennis Grevenstein
Subject:	Re: fresh build (ignore)
Date:	9 Dec 2004 19:25:17 GMT

Urs Janßen wrote:

> > Es kompilierte und damals bin ich noch nicht auf die Idee gekommen
> > news per ssh ueber drei verschiedene Rechner zu tunneln :-)
> > Erst spaeter habe ich entdeckt, dass es nicht lief, obwohl
> > ein tin -V funktionierte.

> AIC

AIC == Artificial Intelligence Center?

> naja, mein haendisches parsen (der patch aus dem mail) wuerd ich gern
> draussen lassen wenn es denn reicht die ersten beiden argumente fuer
> sscanf() einfach nicht const zu machen. ob das reicht weiss ich aber
> erst wenn es jamand auf so alten OSen probiert...

Das kann ich ja schon verstehen, aber ich wollte damit
erstmal keinen weiteren Nachmittag verbringen.
Unter 43BSD koennte das schneller gehen. Ein Athlon64
3500+ emuliert eine VAX ziemlich schnell.
Wenn Du es selber testen willst, dann koennte ich die
Sun386i auch in die Ecke stellen, an ein seperates Ethernet
klemmen und Dir einen Account geben.

> > nur, dass bugfixing auf einem 25MHz 386 ueberhaupt keinen
> > Spass macht.

> hey, sowas war jahrelang das entwicklungssystem fuer tin (ok, da war
> der source auch nur halb so gross). na im zweifelsfall release ich
> das ding auch einfach so - wird schon passen.

So furchtbar vielen Leuten wird eh nicht auffallen.
Frag doch Christian, ob das jetzt unter AIX 1.3 funktioniert.

mfg
Dennis

--
A distributed system is one in which the failure of a computer you
didn't even know existed can render your own computer unusable.

From:	Urs Janßen
Subject:	Re: fresh build (ignore)
Date:	10 Dec 2004 00:57:23 GMT

In , Dennis Grevenstein wrote:
> > AIC
> AIC == Artificial Intelligence Center?

ah i see

> Das kann ich ja schon verstehen, aber ich wollte damit
> erstmal keinen weiteren Nachmittag verbringen.
> Unter 43BSD koennte das schneller gehen. Ein Athlon64
> 3500+ emuliert eine VAX ziemlich schnell.
> Wenn Du es selber testen willst, dann koennte ich die
> Sun386i auch in die Ecke stellen, an ein seperates Ethernet
> klemmen und Dir einen Account geben.

as you like, gegen ein test account sach ich nix, aber ein emuliertes
4.3er bse sollte auch reichen...

> > hey, sowas war jahrelang das entwicklungssystem fuer tin (ok, da war
> > der source auch nur halb so gross). na im zweifelsfall release ich
> > das ding auch einfach so - wird schon passen.
> Frag doch Christian, ob das jetzt unter AIX 1.3 funktioniert.

mit meinem haendischen parser patch tut es bei ihm - aber den will ich
ja grad nicht benutzen. ob's mit dem sscanf() ohne const tut weiss
nicht (noch keine rueckmeldung) - allerdings scheint er nicht wirklich
fit zu sein was C und debuggen angeht und nur ansatzweise zu wissen was
er tut - ob da jemals eine brauchbare aussage bei rauskommt...

urs
--
Jef Poskanzer:
"When people aren't stupid Usenet is even more useful. Too bad this happens
so rarely."

From:	Dennis Grevenstein
Subject:	Re: fresh build (ignore)
Date:	10 Dec 2004 11:48:21 GMT

Urs Janßen wrote:

> mit meinem haendischen parser patch tut es bei ihm - aber den will ich
> ja grad nicht benutzen. ob's mit dem sscanf() ohne const tut weiss
> nicht (noch keine rueckmeldung) -

Ich habe das 43BSD diskimage wieder hervorgekramt und auch
der Emulator ist wieder installiert. Nur irgendwie ist mein
gcc binary weg. Das muss ich neu runterladen.

> allerdings scheint er nicht wirklich
> fit zu sein was C und debuggen angeht und nur ansatzweise zu wissen was
> er tut - ob da jemals eine brauchbare aussage bei rauskommt...

Du schmeichelst mir.

mfg
Dennis

--
A distributed system is one in which the failure of a computer you
didn't even know existed can render your own computer unusable.