From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jonathan M. McCune" Subject: Re: pdb missing files? Date: Fri, 30 Sep 2005 17:11:17 -0400 Message-ID: <433DA9F5.6060609@cmu.edu> References: <433CD40E.6030907@cmu.edu> <5d7aca950509300026w576bd5a5wf8be25374c8706dd@mail.gmail.com> <433D6488.4090400@cmu.edu> <433DA04C.3000906@cmu.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2002939563==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Mime-version: 1.0 Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Kip Macy Cc: NAHieu , Arvind Seshadri , xen-devel@lists.xensource.com, Bryan Parno List-Id: xen-devel@lists.xenproject.org This is a cryptographically signed message in MIME format. --===============2002939563== Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms060809080502090107080507" This is a cryptographically signed message in MIME format. --------------ms060809080502090107080507 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hi Kip, Yes, that's exactly my line 394. And, just for completeness, root:05:10 PM:root $ ./gdbserver-xen 127.0.0.1:9999 --attach 10 dom0 op failed: No such process Cannot attach to domain 10: Illegal seek (29) Thanks, -Jon Kip Macy wrote: >>The next obstacle is that gdbserver-xen is segfaulting upon connection >>from gdb in dom0. Again, this works great with an unmodified domU. You >>asked me to give the output from the two different runs of gdbserver-xen. >> >> > > >I actually meant when you gave it an invalid domain id, but that isn't a key >issue ... > > >#0 0x40021fb4 in map_domain_va () from /usr/lib/libxenctrl.so.3.0 > > >>(gdb) bt >>#0 0x40021fb4 in map_domain_va () from /usr/lib/libxenctrl.so.3.0 >>#1 0x4002268a in xc_ptrace () from /usr/lib/libxenctrl.so.3.0 >>#2 0x0804cb27 in linux_read_memory (memaddr=0, myaddr=0xbff5ab50 "", >>len=8) >>at ../../../gdb-6.2.1/gdb/gdbserver/linux-xen-low.c:394 >>#3 0x0804bd41 in read_inferior_memory (memaddr=The value of variable >>'memaddr' is distributed across several >>locations, and GDB cannot access its value. >> >> > > >That is a rather strange place for it to be blowing up. In the past there >were cases where it would blow up in xc_ptrace when it tried to dereference >an address that had not been successfully mapped to. In principle using >alloca could bite you if len were so long that you ran off your stack, but >you have a small stack and you're only reading 8 bytes. I'll see if I can >determine any more by spelunking at the assembly level. > >Just to confirm that I'm looking at the same code, is your line 394: > >buffer[i] = myptrace (xc_handle, PTRACE_PEEKTEXT, inferior_pid, >(PTRACE_ARG3_TYPE) addr, 0); > > --------------ms060809080502090107080507 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII6TCC As8wggI4oAMCAQICAw2KbTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQxMjAyMTQzOTMxWhcNMDUxMjAyMTQzOTMx WjBDMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSAwHgYJKoZIhvcNAQkBFhFq b25tY2N1bmVAY211LmVkdTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOP65vWj 2XdKbiMHJz+vl/2OaX4QphBZABFmRZ1XB2ovW4iK1VaBLulMQAWeVgvk5uaLKDW+FifksE1y 97PeDb75PYwLV2gbB2GXTgM3sO4qNozYqjNxEF4kAyaPKXvnp2cBYi/6p9nVWKzyUJhmT05l PceYHzDEEYvAPLFA+CBsiieNP5fYS9JJ5dQ5ppaSw7iPgTPSHFCKcEKyvP6oPVWdH9ZendCb EjWdU/K5XSRY0mydprtIvFQLJjw+SENFMs3oQnRcifnp0NR/zQ9gm6K5Vg0+5lLpjgRAz9zF dsPxx1SVUQNYsaJzmRVE/lFlBJVKIfPKiHfnl1+EAcRqlo8CAwEAAaMuMCwwHAYDVR0RBBUw E4ERam9ubWNjdW5lQGNtdS5lZHUwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQBY /3yrjBPjrPrOct/xnsuRtDiRg1YK7Q8TLA4oaaPrUc6+RupCKakF3BRCXKBvfhETL67yxbaw DjszVJAhKQIQDqcBhA8iDT0XfUT6d53uSaz5abJx4Pq+ihn3SoAjzCuUbgdzdMYETxgMDnHo DE/1bTXhRSHMXRATdrKkJnkSdjCCAs8wggI4oAMCAQICAw2KbTANBgkqhkiG9w0BAQQFADBi MQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEs MCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQxMjAy MTQzOTMxWhcNMDUxMjAyMTQzOTMxWjBDMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVt YmVyMSAwHgYJKoZIhvcNAQkBFhFqb25tY2N1bmVAY211LmVkdTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAOP65vWj2XdKbiMHJz+vl/2OaX4QphBZABFmRZ1XB2ovW4iK1VaB LulMQAWeVgvk5uaLKDW+FifksE1y97PeDb75PYwLV2gbB2GXTgM3sO4qNozYqjNxEF4kAyaP KXvnp2cBYi/6p9nVWKzyUJhmT05lPceYHzDEEYvAPLFA+CBsiieNP5fYS9JJ5dQ5ppaSw7iP gTPSHFCKcEKyvP6oPVWdH9ZendCbEjWdU/K5XSRY0mydprtIvFQLJjw+SENFMs3oQnRcifnp 0NR/zQ9gm6K5Vg0+5lLpjgRAz9zFdsPxx1SVUQNYsaJzmRVE/lFlBJVKIfPKiHfnl1+EAcRq lo8CAwEAAaMuMCwwHAYDVR0RBBUwE4ERam9ubWNjdW5lQGNtdS5lZHUwDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQQFAAOBgQBY/3yrjBPjrPrOct/xnsuRtDiRg1YK7Q8TLA4oaaPrUc6+ RupCKakF3BRCXKBvfhETL67yxbawDjszVJAhKQIQDqcBhA8iDT0XfUT6d53uSaz5abJx4Pq+ ihn3SoAjzCuUbgdzdMYETxgMDnHoDE/1bTXhRSHMXRATdrKkJnkSdjCCAz8wggKooAMCAQIC AQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAm BgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h aWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNV BAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQD EyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B 1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79A gAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8E CDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3 dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEa MBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7M DaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUa C4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk1 3iSx0x1G/11fZU8xggM7MIIDNwIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIDDYptMAkGBSsOAwIaBQCgggGnMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA1MDkzMDIxMTExN1owIwYJKoZIhvcNAQkEMRYE FJq0YteKCYO+FnSrJvy3eVvA6RAYMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMHgG CSsGAQQBgjcQBDFrMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAgMNim0wegYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQK ExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDYptMA0GCSqGSIb3DQEBAQUABIIBALKj8bHRx8KX L6HtNlQUUbNX/bD4dRaGr1f+2WLQqE6WvtKCb+aWqKn71QlTZkQshOAWvrnQwZpm25W4OCyt Y4tRB6tQK10tlfILy233UuF3wOlolCgcYhbFVFr8plEF5qM/Fq5/Youm5bNZ5CbpgEa67Bfz v+biDZSa2dtBZd3sGLxfXGSvwlb1TlVyCFT81z8M88tSdSX78oNp62rm4OOOyljUkCJPOKgi Q8vRL3vwCG88cU1Hw25T9u/2TVMLyX4qaQHKM4fnnjobzPm866EpV3vu+I/phMog/ZjbOUJB +YOwPOaUBkSn7fz5XMXH81L/SKI5sJYtPHXweuVOnCsAAAAAAAA= --------------ms060809080502090107080507-- --===============2002939563== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2002939563==--