Recent Posts

71

Bug Reports / Invalid memory read operation on two seperate windows machines

« Last post by mhellaby on 2020 March 02 14:33:44 »

I'm running PI on two seperate windows 10 machines (Desktop and laptop)

Both have been running no issues for months then suddenly I'm getting and invalid memory read operation on several processes and scripts.

It is happening on both machines.

I've gone through some of the post on here and checked I have latests drivers for graphics card, updated to 1.8.8-5 but the issue still happens

Any suggestions really welcome

*** PCL Win32 System Exception: At address 00007FFCC2E7A78C with exception code C0000005 :
Access violation: invalid memory read operation at address 0000000000000008

*** Backtrace Information ***
================================================================================
  0: KiUserExceptionDispatcher in module: C:\Program Files\PixInsight\bin\PixInsight.exe at address: 0x2085FE40
  1: _C_specific_handler in module: C:\Program Files\PixInsight\bin\VCRUNTIME140.dll at address: 0x14F9B860
  2: is_exception_typeof in module: C:\Program Files\PixInsight\bin\VCRUNTIME140.dll at address: 0x14F922E0
  3: is_exception_typeof in module: C:\Program Files\PixInsight\bin\VCRUNTIME140.dll at address: 0x14F922E0
  4: is_exception_typeof in module: C:\Program Files\PixInsight\bin\VCRUNTIME140.dll at address: 0x14F922E0
  5: _CxxFrameHandler3 in module: C:\Program Files\PixInsight\bin\VCRUNTIME140.dll at address: 0x14F9C100
  6: _chkstk in module: C:\WINDOWS\SYSTEM32\ntdll.dll at address: 0x208610E0
  7: RtlRaiseException in module: C:\WINDOWS\SYSTEM32\ntdll.dll at address: 0x20829EF0
  8: KiUserExceptionDispatcher in module: C:\WINDOWS\SYSTEM32\ntdll.dll at address: 0x2085FE40
  9: KiUserExceptionDispatcher in module: C:\Program Files\PixInsight\bin\ImageCalibration-pxm.dll at address: 0x2085FE40

72

New Scripts and Modules / Re: StarNet - new module for star removal

« Last post by pfile on 2020 March 02 13:48:54 »

yeah there's a chance it's just Mojave and Catalina but not 100% sure. anyway from the point of view of OSX it looks like someone is tampering with the PI binary when you try to install an unsigned module... so OSX prevents PI from loading the module. overall it's a good thing but in our case it turned out to be a hassle.

rob

73

New Scripts and Modules / Re: Starnet++ Installation on iMac Running Catalina

« Last post by jtalbot on 2020 March 02 13:44:50 »

Thanks for the info!  I had posted about this exact problem in Announcements concerning PI 1.8-8-5

Jon

74

New Scripts and Modules / Re: StarNet - new module for star removal

« Last post by eoverstreet on 2020 March 02 13:44:41 »

I have the latest version of MAC OS, Mojave and cannot get Startnet+ to install either since the recent upgrade.   It installed with the prior version.  So I guess it's a MAC thing and not just Catalina

75

Announcements / Re: PixInsight 1.8.8-5 Released

« Last post by jtalbot on 2020 March 02 13:42:50 »

Sorry about this post.  I just saw that this is an issue with signing and Juan is working the issue.

Jon

76

Announcements / Re: PixInsight 1.8.8-5 Released

« Last post by jtalbot on 2020 March 02 13:39:07 »

Hi Folks,
Has anyone had any issue installing StarNet ++ with the new version of PI 1.8.8-5 on Mac OS Catalina 10.15.3?

I previously had StarNet++ installed on PI 1.8.8-3 and used it without issue.  When trying to install the module in 1.8.8-5 the module dialog keeps coming up with no new modules found after a recursive search.   Yes, I have gone to Security and Privacy to allow StarNet to run from an unidentified developer.

Just for grins, I deleted PI 1.8.8-5 and reinstalled PI 1.8.8-3 from December.   I was able to install StarNet without issue.  Then went back and installed PI 1.8.8-5 again and again under Process, Modules, Install new modules, StarNet is not found. 

I'm thinking something must have happened in this new version of PI in regards to the "search for new modules" function

Jon

77

New Scripts and Modules / Re: StarNet - new module for star removal

« Last post by pfile on 2020 March 02 13:37:19 »

yes due to how -5 was built system integrity protection (SIP) is not allowing the module to load. it is unsigned because i don’t have an apple developer certificate and apple’s new security policy requires all dynamic libraries to be signed. juan says he will try signing the module and then i guess we’ll pass it to nikita to re-release on sourceforge.

78

New Scripts and Modules / Re: StarNet - new module for star removal

« Last post by ac4lt on 2020 March 02 13:29:53 »

I installed the 1.8.8-5 version of PixInsight yesterday and today I tried to add starnet++ back in but it's giving me grief trying to install (though I had no trouble last time).

I'm on macOS Catalina 10.15.3 and I'm putting the pixinsight files in the locations as specified in the readme. When I run install modules and click search a MacOS dialog pops up asking me if I want to move the dylib to the trash or cancel. I click cancel and then the button appears in system preferences to allow the library. I click allow and repeat the process.

This time I get a dialog asking me to cancel or open and I choose open. But then PI says that 0 modules were installed.

I must be doing something wrong but can't figure out what.

Anyone got any ideas?

79

PCL and PJSR Development / Re: Questions on XISF format

« Last post by ColinThomas on 2020 March 02 13:23:29 »

Hi Juan,

Okay another read...
I'm more used to parsing microelectronics GDS binary files so this is new, please bare with me..:-)

<Image
 geometry="555:483:3"
 sampleFormat="Float32"
 bounds="0:1"
 colorSpace="RGB"
 location="attachment:4096:3216780"
 >

So the Image data starts at 4096, and is 3216780 bytes long.

The image is 555x483 = 268065 pixels (on channel 3)
The image is RGB and Float32, so each pixel looked like
<32bits R/ 32bits G/32bits B> = 96 bits = 12 bytes

12 bytes x 268065 = 3216780 == attachment byte length :-)

the bounds state the range of values is from 0->1

The ICC data then starts after the Image data:

<ICCProfile
  location="attachment:3223552:5964"
 />
 ICC starts at byte 3223552 (the image data ended at 4096+3216780 = 3220876, so I expect some zero bytes.
 
Then there is a thumbnail
<Thumbnail
 geometry="400:348:3"
 sampleFormat="UInt8"
 colorSpace="RGB"
 location="attachment:3231744:417600"
 />
 
 Thumbnail starts at byte 3231774 (the ICC ended at 3223552+5964 = 3229516, so again expect some zero bytes
 There are 400x348 pixels = 139200 (on channel 3)
 The image is RGB and Uint8, so each pixel looks like
 <8bits R/8bits G/8bits B> = 24 bits = 3 bytes
 
 3bytes x 139200 = 417600 == attachment byte length :-)
 
 One question: if the geometry is width:height:channel, are pixels being stored as row by row,
 i.e
 height0/width0, height0,width1, height0,width2 ....height0,widthN
 ...
 heigthN/width0 ....................................heightN,widthN
 
 where we start at the bottom left pixel, row after row to finish at top right pixel
 
 So everything is specified from the header file, no need for an index section.

If this is it, then I can start coding again..

Many thanks

Colin

80

General / Re: Difficulty in installing updates to Ver 1.8.8.3

« Last post by dave_galera on 2020 March 02 11:41:30 »

Glad it worked out for you Steve