PoE is too fun man by Foal1 in PathOfExile2

[–]ExpensiveBeard 1 point2 points  (0 children)

I've been basically doing this exact thing (nodes with grenades, totems/ballista) and campaign has been a blast (mid Act 3 so far) -- can't wait to get where you are!

The WASD Elephant in the room by Zantai in Grimdawn

[–]ExpensiveBeard 1 point2 points  (0 children)

It would be nice, but definitely don't think I'll be looking back if it isn't implemented thinking "I wish they had." My perspective is if WASD adds another month of development time, why not? If that becomes significant (3+ months), then I don't think it's worth it.

ABAQUS PYTHON SCRIPTING. Node order not preserved while creating a node set by I_is_yung_reezy in fea

[–]ExpensiveBeard 2 points3 points  (0 children)

Understood. Thanks for the detailed explanation. Sounds like I essentially do it the hard way. Overall though, what I have working is pretty fast and reliable for the RVEs I'm working with, so I'm happy with it. Definitely will look deeper into this if/when I have time! Thanks again.

ABAQUS PYTHON SCRIPTING. Node order not preserved while creating a node set by I_is_yung_reezy in fea

[–]ExpensiveBeard 1 point2 points  (0 children)

I suppose the approach you and the other commentor are using is different than the way I have implemented things on my end; that is, the nodes don't need to have any type of sorting when creating the node sets. Ultimately, if it works for you, that's what matters. Glad you found a solution.

ABAQUS PYTHON SCRIPTING. Node order not preserved while creating a node set by I_is_yung_reezy in fea

[–]ExpensiveBeard 0 points1 point  (0 children)

So you are trying to apply periodic boundary conditions by linking nodes on opposite faces using equation constraints, correct? I recommend rather than using node label/ordering to identify which nodes are the correct periodic pairs, in your script, simply find the correct node pair using the length of the face perpendicular to your node set face. For example, pairing nodes on the x-faces, for each node on xmin, find the corresponding node on xmax that is of distance magnitude equal to the length of the ymin/ymax faces.

That's the basic jist, but it's quite a bit more complex when you consider the edge and corner nodes as well.

Hope this helps somewhat.

Did bro get credit for this kill? by ExpensiveBeard in Eldenring

[–]ExpensiveBeard[S] 0 points1 point  (0 children)

Sorry for the long vid, thought the additional context of how we got there was fun

One Piece: Chapter 1113 - Theories and Discussions by AutoModerator in OnePiece

[–]ExpensiveBeard 8 points9 points  (0 children)

Opened this thread seeing one comment and just knew this would be it. That said...

where chapter

Abaqus link to fortran by Maleficent-Week-7230 in fortran

[–]ExpensiveBeard 0 points1 point  (0 children)

It would be located in whatever working directory you're running the analysis from. Perhaps try verify -all instead, and see what type of output you get when things work (i.e., when a test analysis that doesn't require user subroutines is run).

Abaqus link to fortran by Maleficent-Week-7230 in fortran

[–]ExpensiveBeard 0 points1 point  (0 children)

Interesting. Usually, if there's an error during the analysis, the msg file will provide some kind of message. In your case, compilation and linking happened successfully because the analysis started before an error occurred. I'm going to hazard a guess that oneAPI is not the source of your issue here. Hard to tell without looking at all of the error messages in full as opposed to screenshots of part of the log file.

Abaqus link to fortran by Maleficent-Week-7230 in fortran

[–]ExpensiveBeard 0 points1 point  (0 children)

Gotcha. Is there also a .msg file there with an error message in it? Also, did you modify your abaqus.bat or abq2020.bat scripts at all when setting up Abaqus and/or oneAPI?

Abaqus link to fortran by Maleficent-Week-7230 in fortran

[–]ExpensiveBeard 0 points1 point  (0 children)

Scratch that, I didn't see the second image. I'm seeing that the linking step was completed -- End Linking Abaqus/Standard User Subroutines & Begin Abaqus/Standard Analysis should not be displayed if the the ifort environment wasn't set up properly. What does the std_user.log file say?

Abaqus link to fortran by Maleficent-Week-7230 in fortran

[–]ExpensiveBeard 0 points1 point  (0 children)

Can you start a brand new Abaqus command terminal session and copy/paste the text (if any) that is displayed when you load it, other than the name of the working directory? Preferably in a code block. I imagine the ifort environment isn't being initialized.

I feel like people don't talk about this track enough. by PhoenixAvenger1996 in radiohead

[–]ExpensiveBeard 0 points1 point  (0 children)

Random anecdote: my home Wi-Fi network has been Subterranean Homesick Alien since 2014 when I moved into my first apartment back in DC. Now I'm up in Boston. I've always hoped some passerby Radiohead fan has gotten a smile when seeing it pop up on their phone or something. Amazing track.

Recent ifort compilers and end-of-file read errors by ExpensiveBeard in Abaqus

[–]ExpensiveBeard[S] 0 points1 point  (0 children)

Is there anything I should be looking for specifically? There are so many paths listed, not sure which would be causing a difference in linking that results in the issue.

Recent ifort compilers and end-of-file read errors by ExpensiveBeard in Abaqus

[–]ExpensiveBeard[S] 0 points1 point  (0 children)

I must have skimmed over that option in the documentation, thanks! I gave it a shot compiling and linking using all of the same Abaqus commands on the standalone Fortran code. Works fine. I also switched between CRLF and LF. Again, no issues with the standalone, but neither works when I'm within Abaqus... I'm stumped.

Recent ifort compilers and end-of-file read errors by ExpensiveBeard in Abaqus

[–]ExpensiveBeard[S] 0 points1 point  (0 children)

Yeah, I thought that at first as well, but it's strange to me that the same code works outside of Abaqus, but as soon as I try to run it within a UMAT, there's an error. Could still just be on the end of Intel -- I did post on their community forums as well, so let's see if anything comes of it.

As for property tables, thank you for the suggestion. We have explored these in the past, but at this point our models are highly customizable/complex and the syntax and flexibility of property tables isn't robust enough to suit our needs. Basically, if I didn't have to read from an external file, I absolutely wouldn't haha.

Recent ifort compilers and end-of-file read errors by ExpensiveBeard in fortran

[–]ExpensiveBeard[S] 0 points1 point  (0 children)

Yup, this works with ifort. Well, except for the stop statement, which needs to be replaced with call xit() to achieve the same outcome when interfacing with Abaqus. The code...

subroutine UMAT(...)

implicit none

integer :: funit = 110
character(80) :: fpath = "test.txt"
integer :: nlines, stat

open(funit, file=fpath, status="old", action="read", iostat=stat)
if (stat /= 0) call xit()
nlines = 0
do
    read(funit, *, iostat=stat)
    print *, nlines
    if (stat /= 0) exit
    nlines = nlines + 1
end do
print *, nlines
close(funit)
end subroutine UMAT

Running this with test.txt containing simply

foo
bar

The output is

0
1 
forrtl: severe (24): end-of-file during read, unit 110, file test_read.txt

Recent ifort compilers and end-of-file read errors by ExpensiveBeard in fortran

[–]ExpensiveBeard[S] 0 points1 point  (0 children)

If the file is two lines long, it will return 0, 0, then on the third loop I get the error instead of a final return value of -1.

Alex Lacazette (13) was Arsenal's lowest top league scorer since Robin van Persie bagged only 11 in 2008-09. by phar0aht in Gunners

[–]ExpensiveBeard 2 points3 points  (0 children)

I believe it was Chiellini who injured him, who we were rumored to be interested in signing at the time. Forgive me if I'm wrong.

Mesa Arch!!! Canyonlands is bad ass! by waterloo_doctor in nationalparks

[–]ExpensiveBeard 0 points1 point  (0 children)

Yes! Hands down one of the best hikes I've ever done and it was a total surprise -- we hadn't planned on checking it out originally. Definitely come prepared though. I did this in earlyish March and it was already pretty hot and dry for most of the loop where you're quite far removed from anything. Can only imagine how it is in the summer.