🚀 go-pugleaf

hartmut Goebel (htgoebel@cip.informatik.uni-erlangen.de) wrote:
>Oberon:LibLink/Mathe + //Mymods/txt -> Oberon:LibLink/Mathe///Mymods/txt
>                                                           ^^^
>
>Nat|rlich unter V39, da ist genau dieser Bug als behoben dokumentiert.

Wo siehst Du das Problem? Das sieht vielleicht nicht schön aus, ist
aber doch ok.

-- 
Heinz Wrobel        Private Mail:   heinz@hwg.muc.de
My private FAX: +49 89 850 51 25, I prefer email

Heinz Wrobel (heinz@hwg.muc.de) wrote:
[AddPart-Problem]
| Wo siehst Du das Problem? Das sieht vielleicht nicht schön aus, ist
| aber doch ok.

    Tipp' 'mal "cd sys:Prefs//Env-Archive/" anstatt
"cd sys:Prefs/Env-Archive".

Heinz Wrobel (heinz@hwg.muc.de) schrieb:

 >Wo siehst Du das Problem? Das sieht vielleicht nicht schön aus, ist
 >aber doch ok.

Ich hätte erwartet, daß der Pfad entsprechend gekürzt wird:

  Oberon:LibLink/Mathe + //Mymods/txt -> Oberon:Mymods/txt

 >Heinz Wrobel        Private Mail:   heinz@hwg.muc.de

+++hartmut

Bjoern 'Baerli' Schotte (bjoern@bomber.mayn.de) schrieb:

 >    Tipp' 'mal "cd sys:Prefs//Env-Archive/" anstatt
 >"cd sys:Prefs/Env-Archive".

Irrelevent, trifft meine Beispiele nicht.

+++hartmut

Bjoern 'Baerli' Schotte <bjoern@bomber.mayn.de> wrote:

> Heinz Wrobel (heinz@hwg.muc.de) wrote:
> [AddPart-Problem]
> | Wo siehst Du das Problem? Das sieht vielleicht nicht schön aus, ist
> | aber doch ok.
> 
>     Tipp' 'mal "cd sys:Prefs//Env-Archive/" anstatt
> "cd sys:Prefs/Env-Archive".

??? Hast Du Dich nur vertippt oder nur den Thread nicht richtig
gelesen? ;-)

Tipp mal "cd sys:Prefs/env-archive///prefs/env-archive/". ,-)


ciao...
        Lars
-- 
     _____ ____ __
    /\___// __// /    __    SFX@unix-ag.uni-siegen.de (Shadowfox@IRC)
    \ \  / /_\  /    /\_\    http://www.unix-ag.uni-siegen.de/~sfx/
  ___\ \/ __//  \    \/_/
 /____\/_/  /_/\ \           - My opinions may have changed,
                \_\         - but not the fact that I am right.

> Hi!
> 
> So idiotisch es klingt, aber ich habe Probleme mit AddPart(): f|hrende '/'
> werden anscheinend nicht ber|cksichtigt. Bleistift-Output
> 
> Oberon:bla/fasel/foo + Bang:oha! -> Bang:oha!
> Oberon:bla/fasel/foo + :oha! -> Oberon:oha!
> Oberon:bla/fasel/foo + oha/aha! -> Oberon:bla/fasel/foo/oha/aha!
> Oberon:bla/fasel/foo + /oha/aha! -> Oberon:bla/fasel/foo//oha/aha!
> 							^^
> Oberon:bla/fasel/foo + //oha//aha! -> Oberon:bla/fasel/foo///oha//aha!
>                                                           ^^^
> Oberon:LibLink/Mathe + //Mymods/txt -> Oberon:LibLink/Mathe///Mymods/txt
>                                                            ^^^
> 
> Nat|rlich unter V39, da ist genau dieser Bug als behoben dokumentiert.

  Welche Bug?
  Das oben genannte ist *völlig* okay:

  Du kannst doch auch 

  "Dir s:/devs//libs" schreiben, um dein Libs-Verzeichnis zu sehen.

  Nach einem ":" oder einem "/" wirkt ein "/" einfach als Parent-Dir,
direkt am Anfang wirk ein "/" genauso. Deswegen ist doch der Krempel von
dir oben okay, oder sehe ich was falsch? Solche Pfadangaben sind DEFINITIV
erlaubt!

                                                            ___
Ciao,                                                  LCS /  / _______
                                                          /  /_/  ____/
Thomas Schuerger   E-Mail: T.Schuerger@lcs.ndh.com        \___   __/
                       or: Phobos@eratosth.dssd.sub.org       \_/   PGP

CoSysOp of Eratosthenes BBS:  (+49) 0228/230083 V.FC & 239522 V.34/ISDN
=======================================================================
Note my new e-mail address!

Fuer die einen ist es MS-DOS,
fuer die anderen die aelteste Beta-Version der Welt.

hartmut@oberon.nbg.sub.org (hartmut Goebel) schrieb am 04.03.1996 um 09:59:40 Uhr folgendes unter dem Betreff "Re: Probleme mit AddPart()":

hG> Heinz Wrobel (heinz@hwg.muc.de) schrieb:
hG> 
hG>  >Wo siehst Du das Problem? Das sieht vielleicht nicht schön aus, ist
hG>  >aber doch ok.
hG> 
hG> Ich hätte erwartet, daß der Pfad entsprechend gekürzt wird:
hG> 
hG>   Oberon:LibLink/Mathe + //Mymods/txt -> Oberon:Mymods/txt

Dann mach einfach zuerst AddPath(), dann Lock() auf den zusammengesetzten
Pfad, und anschliessend NameFromLock().  (Und natürlich wieder UnLock)

Das Ergebnis von NameFromLock ist dann der komplette, absolute, und
expandierte Pfadname.

CIAO,                                                                ____/|
 ____ |____  ____  ____ |__   ____ |____  @ius.gun.de   | Radjah on  \ o.O|
(_____|    )(___/_(___/_|____(____||    ) @softgold.com | FurryMuck   =(_)=
                                                                        U
     "Always remember: Music is the only drug you need." - Steve Mason

In article <1779700@oberon.nbg.sub.org>, "hartmut Goebel" writes:

> Ich hätte erwartet, daß der Pfad entsprechend gekürzt wird:

	Das ist nicht ganz unproblematisch, weil eine damit möglicherweise
verbundene Auflösung Datenträger anfordern könnte, die momentan nicht
eingelegt sind. Auch ist die Umwandlung von Assigns (LIBS:, DF0:, ...) in
absolute DOS-Objektbezeichner nicht immer erwünscht, bei einer
Zusammenfassung des Pfades jedoch unerläßlich.

-- 
Best regards,
Franz-Josef Reichert   GERMANY, fjrei@kbsaar.saar.de
Kuchlinger Strasse 13   FON: +49 (0) 6805 218 100 
66271 Kleinblittersdorf  FAX: +49 (0) 6805 218 101

Franz-Josef Reichert wrote:

> 	Das ist nicht ganz unproblematisch, weil eine damit möglicherweise
> verbundene Auflösung Datenträger anfordern könnte, die momentan nicht
> eingelegt sind. [...]

Wieso sollten dazu Datenträger angefordert werden? Oder meinst Du einen
hypothetischen Fall, in dem AddPart() so intellignet vorgeht, daß es
auch Links korrekt auflösen kann (diese stellen ja ebenfalls ein Problem
beim Vereinfachen von Pfaden dar)?

Franz-Josef Reichert (fjrei@kbsaar.saar.de) schrieb:

 >      Das ist nicht ganz unproblematisch, weil eine damit möglicherweise
 >verbundene Auflösung Datenträger anfordern könnte, die momentan nicht
 >eingelegt sind. Auch ist die Umwandlung von Assigns (LIBS:, DF0:, ...) in
 >absolute DOS-Objektbezeichner nicht immer erwünscht, bei einer
 >Zusammenfassung des Pfades jedoch unerläßlich.

Ja, das hatte ich übersehen: Ich dachte, eine einfache, textuellen Kürzung
würde reichen. Aber dem ist ja gar nicht so.

Schön, dann geht die neue rexxdossupport.libray Ende der Woche auf AmiNet.

 >Franz-Josef Reichert   GERMANY, fjrei@kbsaar.saar.de

+++hartmut

In article <szeiger.0eu8@laren.rhein-main.de>, Stefan Zeiger writes:

> Wieso sollten dazu Datenträger angefordert werden?

	Weil AmigaDOS das eben so macht, wenn jemand einen Lock anfordert.
Ohne Lock keine Pfadauflösung, ohne Pfadauflösung keine Bereinigung
redundanter Bestandteile.

-- 
Best regards,
Franz-Josef Reichert   GERMANY, fjrei@kbsaar.saar.de
Kuchlinger Strasse 13   FON: +49 (0) 6805 218 100 
66271 Kleinblittersdorf  FAX: +49 (0) 6805 218 101

> >    Tipp' 'mal "cd sys:Prefs//Env-Archive/" anstatt
> >"cd sys:Prefs/Env-Archive".
> 
> Tja, dann passiert genau das was soll. Man wechselt in das Directory
> sys:Prefs//Env-Archive oder auch sys:Env-Archive... so es existiert.
> Genau das ist die Bedeutung dieses Directory-Namens.
> 
> Im Gegensatz zu UNIX bedeutet ein vorangestellter / das uebergeordnete
> Directory, auch wenn der / in der Mitte eines Pfades auftritt.

  Und? Ist doch okay!

                                                            ___
Ciao,                                                  LCS /  / _______
                                                          /  /_/  ____/
Thomas Schuerger   E-Mail: T.Schuerger@lcs.ndh.com        \___   __/
                       or: Phobos@eratosth.dssd.sub.org       \_/   PGP

CoSysOp of Eratosthenes BBS:  (+49) 0228/230083 V.FC & 239522 V.34/ISDN
=======================================================================
Note my new e-mail address!

Faehrt man rueckwaerts an den Baum, verkleinert sich der Kofferraum.

T.Schuerger@lcs.ndh.com (Thomas Schuerger) writes:

>> >    Tipp' 'mal "cd sys:Prefs//Env-Archive/" anstatt
>> >"cd sys:Prefs/Env-Archive".
>> 
>> Tja, dann passiert genau das was soll. Man wechselt in das Directory
>> sys:Prefs//Env-Archive oder auch sys:Env-Archive... so es existiert.
>> Genau das ist die Bedeutung dieses Directory-Namens.
>> 
>> Im Gegensatz zu UNIX bedeutet ein vorangestellter / das uebergeordnete
>> Directory, auch wenn der / in der Mitte eines Pfades auftritt.

>  Und? Ist doch okay!

Du scheinst was miszuverstehen. Natuerlich ist das ok. Ich sage, dass es
ok ist. Aber hartmut scheint damit Probleme zu haben.
-- 
                                Michael van Elst

Internet: mlelstv@serpens.rhein.de
                                "A potential Snark may lurk in every tree."