Re: [fpc-pascal] get_caller_frame

2019-11-21 Thread Sven Barth via fpc-pascal
Ryan Joseph via fpc-pascal schrieb am Fr., 22. Nov. 2019, 01:51: > > > > On Nov 21, 2019, at 1:41 AM, Sven Barth via fpc-pascal < > fpc-pascal@lists.freepascal.org> wrote: > > > > No. On x86 it's essentially the content of the EBP/RBP register which is > (assuming no optimizations are done) essen

Re: [fpc-pascal] Writing to a drive which may be spun down

2019-11-21 Thread Brian
On 11/21/19 2:38 PM, Winfried Bartnick wrote: <...> > > writeln (txt,'I''m so tired ...'); > closeFile(txt); > io := ioResult; Thanks Winni, that sounds the sort of idea I'm looking for... Brian. ___ fpc-pascal maillist - fpc-pascal@lists.freepasca

Re: [fpc-pascal] cvar external symbol name

2019-11-21 Thread Ryan Joseph via fpc-pascal
> On Nov 21, 2019, at 3:40 PM, Jonas Maebe wrote: > > The only thing cvar does is to mangle symbol name using the default > C-style name mangling. Specifying an explicit symbol name would just > overwrite whatever effect "cvar" has, so combining both is useless and > rejected. Thanks I see now

[fpc-pascal] DirectoryExists of FreeBSD 12- Java solution

2019-11-21 Thread AlexeyT via fpc-pascal
https://github.com/jnr/jnr-posix/issues/126 these guys had found the reason of broken Java code on freebsd 12: they now detect ABI version and use different struct on freebsd 12. link shows Github patch to Java "stat" struct. -- Regards, Alexey ___

[fpc-pascal] DirectoryExists on FreeBSD 12 problem

2019-11-21 Thread AlexeyT via fpc-pascal
freebsd src is https://github.com/freebsd/freebsd/blob/master/sys/sys/stat.h it has 2 defines for "stat": usual struct stat {     dev_t st_dev;        /* inode's device */     ino_t      st_ino;        /* inode's number */     nlink_t      st_nlink;        /* number of hard links */ *mode_t 

Re: [fpc-pascal] cvar external symbol name

2019-11-21 Thread Jonas Maebe
On 21/11/2019 19:40, Ryan Joseph via fpc-pascal wrote: > Do cvars not allow external symbol names like functions do? With function I > can declare a name but for cvar I'm getting an error. > > PyBaseString_Type:PPyTypeObject; cvar; external name 'somename'; The only thing cvar does is to mangl

Re: [fpc-pascal] Writing to a drive which may be spun down

2019-11-21 Thread Winfried Bartnick
Am 21.11.19 um 13:52 schrieb Brian: On 11/21/19 7:12 AM, wkitt...@windstream.net wrote: On 11/21/19 1:16 AM, Brian wrote: My question: Is there a standard method for handling this situation, i.e. making sure that a drive has not spun down, or is it just a case of writing a wrapper round the wri

Re: [fpc-pascal] get_caller_frame

2019-11-21 Thread Ryan Joseph via fpc-pascal
> On Nov 21, 2019, at 1:41 AM, Sven Barth via fpc-pascal > wrote: > > No. On x86 it's essentially the content of the EBP/RBP register which is > (assuming no optimizations are done) essentially the ESP/RSP register of the > calling function. This is only used by the exception handling to hav

[fpc-pascal] cvar external symbol name

2019-11-21 Thread Ryan Joseph via fpc-pascal
Do cvars not allow external symbol names like functions do? With function I can declare a name but for cvar I'm getting an error. PyBaseString_Type:PPyTypeObject; cvar; external name 'somename'; Regards, Ryan Joseph ___ fpc-pascal maillist

Re: [fpc-pascal] Writing to a drive which may be spun down

2019-11-21 Thread Marco Borsari via fpc-pascal
On Thu, 21 Nov 2019 01:16:16 -0500 Brian wrote: > Hi all, > > Running Ubuntu 18 LTS, I have a console-mode number-cruncher which > writes occasional output files. It works just fine if the output is > directed to a drive which is permanently spun up, but can fail if the > output is directed to a

Re: [fpc-pascal] Writing to a drive which may be spun down

2019-11-21 Thread Brian
On 11/21/19 7:12 AM, wkitt...@windstream.net wrote: > On 11/21/19 1:16 AM, Brian wrote: >> My question: Is there a standard method for handling this situation, >> i.e. making sure that a drive has not spun down, or is it just a case >> of writing a wrapper round the write function and handling the

Re: [fpc-pascal] Writing to a drive which may be spun down

2019-11-21 Thread wkitty42
On 11/21/19 1:16 AM, Brian wrote: My question: Is there a standard method for handling this situation, i.e. making sure that a drive has not spun down, or is it just a case of writing a wrapper round the write function and handling the 'No such file' error with a wait and a retry? why not just

Re: [fpc-pascal] Writing to a drive which may be spun down

2019-11-21 Thread Bo Berglund via fpc-pascal
On Thu, 21 Nov 2019 01:16:16 -0500, Brian wrote: >Hi all, > >Running Ubuntu 18 LTS, I have a console-mode number-cruncher which >writes occasional output files. It works just fine if the output is >directed to a drive which is permanently spun up, but can fail if the >output is directed to a USB