Re: [hercules-390] Digest Number 7725

hi Gerhard Postpischil,             i dont know assembler but still i volunteer to write assembler.Regards,Naveen E SFrom: <[email protected]>Sent: Sat, 16 Mar 2019 12:47:39To: hercules-390-hHKSG33TihhTm338NXOVS5Vdfy/[email protected]: [hercules-390] Digest Number 7725Discussion group for users of the Hercules ESA/390 mainframe emulator  
Discussion group for users of the Hercules ESA/390 mainframe emulator   Group  
 
9 Messages
Digest #7725
 
 

1.1
Re: PDOS/3x0 on real hardware   by kerravon86 
 
1.2
Re: PDOS/3x0 on real hardware   by "Ivan Warren" ivan_warhead_real 
 
 
2a
Re: 9345 woes   by kerravon86 
 
2b
Re: 9345 woes   by kerravon86 
 
2c
Re: 9345 woes   by kerravon86 
 
2d
Re: 9345 woes   by kerravon86 
 
2e
standalone code for bootstrapping   by kerravon86 
 
2f
Re: standalone code for bootstrapping   by "Gerhard Postpischil" gerhard_postpischil_swrx 
 
 
3.1
Re: 3290s, was Re: [hercules-390] PDOS/3x0 on real hardware   by "Dave McGuire" mcguireatneuroticadotcom 
 
 
 
Messages
1.1
Re: PDOS/3x0 on real hardware  
 
Fri Mar 15, 2019 8:33 pm (PDT) . Posted by:
kerravon86  
 
---In [email protected], <tharminc@...> wrote :> I would make this a modal thing. In UNIXy terms, you would do an> ioctl() to the device to flip it from line mode to 3270 mode and back.> So by default you'd start in line mode, dumb C programs would work> without knowing anything about 3270s, but then a program written for> this could issue ioctl(3270_MODE) and then you'd see (and have to> send) all the attribute chars and such.Ok, thanks.> In a sense TPUT/TGET provide this STFSMODE, etc.), but the line-mode> interface is much more like a 2741 than like a modern ASCII line-mode> TTY. If you want to continue with your usual "everything is a byte> stream, C is the best, etc." approach, then the ioctl() approach is> probably g
 ood.It's nice to know that it is an option, but Ithink getting RPF to run unchanged,meaning 3270 is done via a differentSVC, is a better approach. And I thinkthe C standard should be expanded toinclude fsread() and fswrite() functionsto provide a more flexible interface tofullscreen operations. Rather thanadding ioctl and forcing stdin/stdout tohandle the fullscreen operations.What would your recommendation beif I wasn't allegedly saying that C isthe best?BFN. Paul.
 
 
 
Reply to sender     .     Reply to group     .     Reply via Web Post     .     All Messages (167)     .    Top ^  
 
 
1.2
Re: PDOS/3x0 on real hardware  
 
Fri Mar 15, 2019 8:39 pm (PDT) . Posted by:
"Ivan Warren" ivan_warhead_real  
 
Le 3/14/2019 à 1:54 AM, kerravon86-/[email protected] [hercules-390] a écrit :> But MSDOS is exactly the origin. I started> with PDOS/86 to replace MSDOS, then> PDOS/386 so that I could do 32-bit> programming, then PDOS/370 because> I wondered what PDOS would look like> when running on a mainframe.>THAT is what I am refering to !--Ivan[Non-text portions of this message have been removed] 
 
 
 
Reply to sender     .     Reply to group     .     Reply via Web Post     .     All Messages (167)     .    Top ^  
 
 
2a
Re: 9345 woes  
 
Fri Mar 15, 2019 9:48 pm (PDT) . Posted by:
kerravon86  
 
---In [email protected], <kerravon86@...> wrote :> That size means that it is 6 full blocks plus> 1 partial block of 1752.I have done further experimentation andfound that a partial block of 1752 worksfine on a 3390, it's just 9345 that iscausing me trouble.And further experimentation shows thatif I have a partial block of 8347 it works,but 8346 fails to get read. I tried lookingfor such magic numbers in the Herculescode but didn't find anything.Next thing I'm going to try is uncompressedDASD.BFN. Paul.
 
 
 
Reply to sender     .     Reply to group     .     Reply via Web Post     .     All Messages (7)     .    Top ^  
 
 
2b
Re: 9345 woes  
 
Fri Mar 15, 2019 9:58 pm (PDT) . Posted by:
kerravon86  
 
---In [email protected], <kerravon86@...> wrote :> if I have a partial block of 8347 it works,> but 8346 fails to get read. I tried looking> Next thing I'm going to try is uncompressed> DASD.Uncompressed DASD has the same result.A partial block of 8347 works but a partialblock of 8346 is not found.BFN. Paul.
 
 
 
Reply to sender     .     Reply to group     .     Reply via Web Post     .     All Messages (7)     .    Top ^  
 
 
2c
Re: 9345 woes  
 
Fri Mar 15, 2019 10:31 pm (PDT) . Posted by:
kerravon86  
 
SDL Hyperion 4.1:16:25:05 HHC01413I Hercules version 4.1.0.9426-SDL-g42b533fa (4.1.0.9426)gives the same result:16:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 3 record 0 kl 0 dl 8 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 3 record 1 kl 0 dl 18452 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 3 record 0 kl 0 dl 8 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 3 record 1 kl 0 dl 18452 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 3 record 2 kl 0 dl 18452 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 4 record 0 kl 0 dl 8 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 4 record 1 kl 0 dl 0 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 4 record 0 kl 0 dl 8 of 016:2
 5:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 4 record 1 kl 0 dl 0 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 4 record 255 kl 255 dl 65535 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 4 record 0 kl 0 dl 8 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 4 record 1 kl 0 dl 0 of 016:25:29 HHC00435I 0:01B9 CKD file pdos00.cckd: cyl 0 head 4 record 255 kl 255 dl 65535 of 0ie failing to find the record on head 4.Although the disk itself was not builtwith SDL Hyperion because I need touse Hercules/380 extensions for theIPL.BFN. Paul.
 
 
 
Reply to sender     .     Reply to group     .     Reply via Web Post     .     All Messages (7)     .    Top ^  
 
 
2d
Re: 9345 woes  
 
Fri Mar 15, 2019 11:03 pm (PDT) . Posted by:
kerravon86  
 
I figured out the problem after closerinspection of running dasdseq.The problem is here:fbcopy reading track 2 record 3 CCHHR = 0000 0003 03fbcopy read 8346 bytesThe small block is fitting into head 3 asa record 3 instead of going to head 4record 1 like the loader is expecting.It works on a 3390 because theblock size is designed to fill up a 3390track completely.I'll try to think of a solution to this problem.BFN. Paul.
 
 
 
Reply to sender     .     Reply to group     .     Reply via Web Post     .     All Messages (7)     .    Top ^  
 
 
2e
standalone code for bootstrapping  
 
Fri Mar 15, 2019 11:45 pm (PDT) . Posted by:
kerravon86  
 
---In [email protected], <kerravon86@...> wrote :> I'll try to think of a solution to this problem.I think it is time to bite the bullet and writemore complex code to handle bootstrappingstandalone code.The biggest problem is this line:https://sourceforge.net/p/pdos/gitcode/ci/master/tree/pdpclib/sapstart.asm#l154where I have hardcoded the number ofrecords for a 3390 using the specifiedblock size of 18452.This stand-alone code is actually meantto support applications other than PDOS,so I think the assumption of 18452should also be lifted ideally.Gerhard mentioned doing full track reads.What would people like to see for ageneric standalone bootstrapperunrelated to PDOS?Does anyone want to volunteer to writethe required assembler? I can do thetesting as I have a test 
 environmentavailable.BFN. Paul.
 
 
 
Reply to sender     .     Reply to group     .     Reply via Web Post     .     All Messages (7)     .    Top ^  
 
 
2f
Re: standalone code for bootstrapping  
 
Sat Mar 16, 2019 12:09 am (PDT) . Posted by:
"Gerhard Postpischil" gerhard_postpischil_swrx  
 
On 3/16/2019 2:45 AM, kerravon86-/[email protected] [hercules-390] wrote:> What would people like to see for a> generic standalone bootstrapper> unrelated to PDOS?>> Does anyone want to volunteer to write> the required assembler? I can do the> testing as I have a test environment> available.If you look at my CBT file 860, there is a member named DRIPLOAD (DiskResident IPL). Feel free to copy and mangle that. It was designed toload (simple) object decks directly, but can be adapted to do more. It'swritten for a 360/370.Gerhard PostpischilBradford, VT---This email has been checked for viruses by AVG.https://www.avg.com 
 
 
 
Reply to sender     .     Reply to group     .     Reply via Web Post     .     All Messages (7)     .    Top ^  
 
 
3.1
Re: 3290s, was Re: [hercules-390] PDOS/3x0 on real hardware  
 
Fri Mar 15, 2019 11:32 pm (PDT) . Posted by:
"Dave McGuire" mcguireatneuroticadotcom  
 
On March 14, 2019 7:27:38 PM "Gerhard Postpischil [email protected] [hercules-390]" <[email protected]> wrote:> On 3/14/2019 5:29 PM, Dave McGuire [email protected] [hercules-390]> wrote:>> The 3180 supports partitioning? Wow, I didn't know that. We have>> several 3180s here, both 3270 and 5250. I really like them, we use them>> quite a lot, but I've never been able to find any documentation for them.> I think I still have the 3180 manual someplace. I never used more than> one partition, but I did use odd screen sizes. My first attempt getting> a 24*80 screen resulted in 80 lines, 24 characters wide!Haa I bet that was disconcerting! :-)-Dave--Dave McGuire, AK4HZNew Kensington, PA 
 
 
 
Reply to sender     .     Reply to group     .     Reply via Web Post     .     All Messages (167)     .    Top ^  
 
 
 
 
</body>

<!--~-|**|PrettyHtmlStart|**|-~-->
<head>
  <style type="text/css">
  <!--
  #ygrp-mkp {
  border: 1px solid #d8d8d8;
  font-family: Arial;
  margin: 10px 0;
  padding: 0 10px;
}

#ygrp-mkp hr {
  border: 1px solid #d8d8d8;
}

#ygrp-mkp #hd {
  color: #628c2a;
  font-size: 85%;
  font-weight: 700;
  line-height: 122%;
  margin: 10px 0;
}

#ygrp-mkp #ads {
  margin-bottom: 10px;
}

#ygrp-mkp .ad {
  padding: 0 0;
}

#ygrp-mkp .ad p {
  margin: 0;
}

#ygrp-mkp .ad a {
  color: #0000ff;
  text-decoration: none;
}
  #ygrp-sponsor #ygrp-lc {
  font-family: Arial;
}

#ygrp-sponsor #ygrp-lc #hd {
  margin: 10px 0px;
  font-weight: 700;
  font-size: 78%;
  line-height: 122%;
}

#ygrp-sponsor #ygrp-lc .ad {
  margin-bottom: 10px;
  padding: 0 0;
}

  #actions {
    font-family: Verdana;
    font-size: 11px;
    padding: 10px 0;
  }

  #activity {
    background-color: #e0ecee;
    float: left;
    font-family: Verdana;
    font-size: 10px;
    padding: 10px;
  }

  #activity span {
    font-weight: 700;
  }

  #activity span:first-child {
    text-transform: uppercase;
  }

  #activity span a {
    color: #5085b6;
    text-decoration: none;
  }

  #activity span span {
    color: #ff7900;
  }

  #activity span .underline {
    text-decoration: underline;
  }

  .attach {
    clear: both;
    display: table;
    font-family: Arial;
    font-size: 12px;
    padding: 10px 0;
    width: 400px;
  }

  .attach div a {
    text-decoration: none;
  }

  .attach img {
    border: none;
    padding-right: 5px;
  }

  .attach label {
    display: block;
    margin-bottom: 5px;
  }

  .attach label a {
    text-decoration: none;
  }
  
  blockquote {
    margin: 0 0 0 4px;
  }

  .bold {
    font-family: Arial;
    font-size: 13px;
    font-weight: 700;
  }

  .bold a {
    text-decoration: none;
  }

  dd.last p a {
    font-family: Verdana;
    font-weight: 700;
  }

  dd.last p span {
    margin-right: 10px;
    font-family: Verdana;
    font-weight: 700;
  }

  dd.last p span.yshortcuts {
    margin-right: 0;
  }

  div.attach-table div div a {
    text-decoration: none;
  }

  div.attach-table {
    width: 400px;
  }

  div.file-title a, div.file-title a:active, div.file-title a:hover, div.file-title a:visited {
    text-decoration: none;
  }

  div.photo-title a, div.photo-title a:active, div.photo-title a:hover, div.photo-title a:visited {
    text-decoration: none;
  }

  div#ygrp-mlmsg #ygrp-msg p a span.yshortcuts {
    font-family: Verdana;
    font-size: 10px;
    font-weight: normal;
  }

  .green {
    color: #628c2a;
  }

  .MsoNormal {
    margin: 0 0 0 0;
  }

  o {
    font-size: 0;
  }

  #photos div {
    float: left;
    width: 72px;
  }

  #photos div div {
    border: 1px solid #666666;
    height: 62px;
    overflow: hidden;
    width: 62px;
  }

  #photos div label {
    color: #666666;
    font-size: 10px;
    overflow: hidden;
    text-align: center;
    white-space: nowrap;
    width: 64px;
  }

  #reco-category {
    font-size: 77%;
  }

  #reco-desc {
    font-size: 77%;
  }

  .replbq {
    margin: 4px;
  }

  #ygrp-actbar div a:first-child {
   /* border-right: 0px solid #000;*/
    margin-right: 2px;
    padding-right: 5px;
  }

  #ygrp-mlmsg {
    font-size: 13px;
    font-family: Arial, helvetica,clean, sans-serif;
    *font-size: small;
    *font: x-small;
  }

  #ygrp-mlmsg table {
    font-size: inherit;
    font: 100%;
  }

  #ygrp-mlmsg select, input, textarea {
    font: 99% Arial, Helvetica, clean, sans-serif;
  }

  #ygrp-mlmsg pre, code {
    font:115% monospace;
    *font-size:100%;
  }

  #ygrp-mlmsg * {
    line-height: 1.22em;
  }

  #ygrp-mlmsg #logo {
    padding-bottom: 10px;
  }


  #ygrp-msg p a {
    font-family: Verdana;
  }

  #ygrp-msg p#attach-count span {
    color: #1E66AE;
    font-weight: 700;
  }

  #ygrp-reco #reco-head {
    color: #ff7900;
    font-weight: 700;
  }

  #ygrp-reco {
    margin-bottom: 20px;
    padding: 0px;
  }

  #ygrp-sponsor #ov li a {
    font-size: 130%;
    text-decoration: none;
  }

  #ygrp-sponsor #ov li {
    font-size: 77%;
    list-style-type: square;
    padding: 6px 0;
  } 

  #ygrp-sponsor #ov ul {
    margin: 0;
    padding: 0 0 0 8px;
  }

  #ygrp-text {
    font-family: Georgia;
  }

  #ygrp-text p {
    margin: 0 0 1em 0;
  }

  #ygrp-text tt {
    font-size: 120%;
  }

  #ygrp-vital ul li:last-child {
    border-right: none !important; 
  } 
  -->
  </style>
</head>

<!--~-|**|PrettyHtmlEnd|**|-~-->
</html>
<!-- end group email -->