Closed mikedesu closed 8 months ago
Thanks for the issue! @ehsandeep I know this is the same error from #380 (panic memory in headless mode) but that was fixed in v1.0.2, which @mikedesu is using. Just wanted to note the similarities here.
@mikedesu I'm unable to reproduce by running the same list/cmd you shared except -r
option, any specific reason for using a custom resolver? Is this include the internal domain?
@mikedesu I'm unable to reproduce by running the same list/cmd you shared except
-r
option, any specific reason for using a custom resolver? Is this include the internal domain?
Its for bug bounty hunting. I have a custom resolver list I use just in case by system defaults can't find a host's IP address. It isn't exhaustive, and contains the following items:
1.0.0.1
1.1.1.1
13.239.157.177
134.195.4.2
149.112.112.112
156.154.70.1
159.89.120.99
176.103.130.130
185.228.168.9
185.228.168.168
185.228.169.9
195.46.39.39
195.46.39.40
198.101.242.72
205.171.2.65
205.171.3.65
208.67.220.220
208.67.222.222
216.146.35.35
216.146.36.36
64.6.64.6
64.6.65.6
74.82.42.42
76.223.122.150
76.76.10.0
76.76.19.19
76.76.2.0
77.88.8.1
77.88.8.7
77.88.8.88
8.20.247.20
8.26.56.26
8.8.4.4
8.8.8.8
84.200.69.80
84.200.70.40
89.233.43.71
9.9.9.9
91.239.100.100
94.140.14.14
94.140.15.15
Checking at code level the issue should be resolved as the variable is now always created before being referred in retryablehttp
library.
Are you still facing this issue?
facing again,the stack is the same as top
@zp857 I think the version you are using might be outdated since the latest is v1.0.5
. Could you try to update it and see if the problem persists?
I was unable to reproduce the issue.
katana version: v1.0.2
Current Behavior:
Crashing with:
Expected Behavior:
Expected program to continue running and saving links until completion.
Steps To Reproduce:
Taking the following input list as
owned_by_lululemon.txt
:The command ran that produced the crash: