1<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> 2<html> 3<head> 4<meta http-equiv="Content-Type" content="text/html; charset=utf-8"> 5<meta http-equiv="Content-Style-Type" content="text/css"> 6<title>KnownIssues</title> 7<style type="text/css"> 8<!-- 9body { 10/* 11 font-size : 10pt; 12*/ 13 font-weight : normal; 14 color : #000000; 15 margin : 8px; 16} 17div { 18 width : 98%; 19 white-space : nowrap; 20} 21div.title { 22 text-align : left; 23 font-weight : bold; 24/* 25 font-size : 16pt; 26*/ 27 font-size : 150%; 28 color : #202020; 29 border-style : double; 30 border-width : 8px; 31 /* タイトルを囲む枠線の色を指定 */ 32 border-color : #FF6600; 33 margin : 4px; 34 padding : 4px; 35} 36h1 { 37 font-size : 150%; 38 font-family : Arial; 39 border-bottom-width : 5px; 40 border-bottom-style : solid; 41 border-bottom-color : #FF6600; 42 padding-bottom : 1px; 43 margin-bottom : 20px; 44 letter-spacing : normal; 45 font-weight : bold; 46} 47h2 { 48 font-weight : bold; 49/* 50 font-size : 16pt; 51*/ 52 font-size : 150%; 53 border-style : none none solid double; 54 border-width : 0px 0px 2px 8px; 55 /* 見出しの線の色を指定 */ 56 border-color : #FF6600; 57 margin-left : 2px; 58 padding-left : 4px; 59} 60table { 61 margin-top : 2pt; 62 margin-bottom : 2pt; 63 margin-left : 0pt; 64 margin-right : 0pt; 65 padding-left : 0pt; 66 padding-right : 0pt; 67 position : relative; 68 left : 12px; 69 font-family : Arial; 70 font-size : 10pt; 71 border-style : none none none none; 72} 73td,th { 74 padding : 2pt; 75 border-width : 2pt; 76 border-style : none none none none; 77 font-style : normal; 78} 79td { 80 background : #e8f4f4; 81 font-weight : normal; 82} 83th { 84 background : #c0d8d8; 85 font-weight : bold; 86} 87p { 88 margin-left : 4px; 89} 90.enable { background :#ffcccc; text-align : center } 91.disable { text-align : center } 92.exsample { 93 border-style : none none none none; 94 background : #e8f4f4; 95} 96--> 97</style> 98</head> 99<body style="padding-bottom: 1600px;"> 100<h1>Symptoms Treated as Specifications</h1> 101Because a SystemUpdater update is required to fix the following known issues, they are treated as part of specifications under CTR-SDK 1.x. 102<hr> 103<ol> 104 <li><a href="#is01">[AC] The AC library's <CODE>Connect</CODE> function sometimes returns <CODE>ResultSuccess</CODE> when it succeeds; this differs from the information in the Function Reference Manual.</a></li> 105 <li><a href="#is02">[APPLET] Once <CODE>REPLY_LATER</CODE> has been returned, if a card is removed before <CODE>REPLY_ACCEPT</CODE> or <CODE>REPLY_REJECT</CODE> is returned, the system is no longer be able to enter Sleep Mode.</a></li> 106 <li><a href="#is03">[APPLET] After the HOME Button is pressed while the card removal error is displayed, the error screen is sometimes displayed again.</a></li> 107 <li><a href="#is04">[APPLET] In some extremely rare cases the screen will remain black after the system is closed and opened.</a></li> 108 <li><a href="#is05">[BOSS] When a BOSS task is executed, the original specifications call for it to return <CODE>DONE</CODE> as a result when the HTTP status code is 304; instead, it sometimes returns <CODE>ERROR</CODE>.</a></li> 109 <li><a href="#is06">[CAMERA] The camera's <CODE>Activate</CODE> state sometimes does not return when there is an Applet transition at the same time the system is opened or closed while the cameras are being used.</a></li> 110 <li><a href="#is07">[CAMERA] If the system is opened and closed rapidly while the cameras are being used, <CODE>Activate</CODE> continues to return the <CODE>IsSleeping</CODE> error.</a></li> 111 <li><a href="#is08">[CAMERA] If you open and close the system rapidly or perform an Applet transition while the cameras are being used, the upper half of the captured image may be displayed on the lower screen and the lower half of the captured image may be displayed on the upper screen.</a></li> 112 <li><a href="#is09">[CAMERA] The V-Sync for the left and right cameras will on rare instances fail to match even if the <CODE>camera::SynchronizeVsyncTiming</CODE> function is called upon recovery from Sleep Mode.</a></li> 113 <li><a href="#is10">[DLP] Execution stops and the upper and lower screens turn red if the <CODE>nn::dlp::Server::Initialize</CODE> function is called while <CODE>INVALID_LANGUAGE</CODE> is set by <CODE>RegionSelector</CODE> and the market is USA or EUR.</a></li> 114 <li><a href="#is11">[FS] File system-related bugs</a></li> 115 <li><a href="#is12">[FS] An error results when an SD card has been mounted by an application if it is removed and re-inserted and then an attempt is made to mount it again without it having ever been unmounted by the application.</a></li> 116 <li><a href="#is13">[FS] If save data on the card is in an invalid format, in rare cases that invalid status will not be cleared even if <CODE>FormatSaveData</CODE> returns success.</a></li> 117 <li><a href="#is14">[FS] When you format the save data on a card that was intentionally spoofed, the data is sometimes not formatted correctly even if the return value indicates success.</a></li> 118 <li><a href="#is15">[FS] Sometimes extra data (expanded save data) cannot be deleted.</a></li> 119 <li><a href="#is16">[NWM] In very rare cases, a fatal error occurs during infrastructure or background communication.</a></li> 120 <li><a href="#is17">[NDM] If WiFi disabled status is duplicated due to certain functions calls, background communication ceases to run autonomously.</a></li> 121 <li><a href="#is18">[NDM] If Sleep Mode is rejected when the system is closed, BOSS ceases to run autonomously until the system either enters Sleep Mode or is opened.</a></li> 122 <li><a href="#is19">[OS] If you set the battery to 0% with the PARTNER-CTR debugger software, the debugger hangs.</a></li> 123 <li><a href="#is20">[OS] Sometimes after pulling out an SD card you cannot return to the home menu and the upper and lower screens remain black even if you press the HOME Button.</a></li> 124 <li><a href="#is21">[PTM] If the system has been in DS-compatible mode for seven days or more, the number of steps counted since entering DS-compatible mode will be lost.</a></li> 125 <li><a href="#is22">[PTM] If the system is closed and opened while writing to media, the screens and sound will not recover for a while.</a></li> 126 <li><a href="#is23">[PTM] After eight days pass without the step count increasing, at most you cannot save the step count for one day.</a></li> 127 <li><a href="#is24">[SND] Sometimes the sound drops out and you can hear noise when executing the <CODE>SetAmp</CODE> or <CODE>SetLowPassFilter</CODE> functions.</a></li> 128 <li><a href="#is25">[SOCKET] When the address of the DNS server lies between x.x.x.224 and x.x.x.239, the resolution of all names fails.</a></li> 129 <li><a href="#is26">[UDS] Execution hangs on rare occasions if the system enters Sleep Mode or wireless is turned off while a UDS connection is starting or communication is in progress.</a></li> 130 <li><a href="#is27">[UDS] On very rare occasions a fatal error occurs while carrying out local communication.</a></li> 131</ol> 132<hr> 133<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 134<a name="is01"></a><tr><td> 135<p><span style="font-weight:blod;">Symptom</span></p> 136<p>The AC library's <CODE>Connect</CODE> function sometimes returns <CODE>ResultSuccess</CODE> when it succeeds; this differs from the information in the Function Reference Manual.</p> 137<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 138<p>This occurs infrequently when <CODE>Connect</CODE> succeeds.</p> 139<p><span style="font-weight:blod;">Affects</span></p> 140<p>All applications that use the AC library.</p> 141<p><span style="font-weight:blod;">Comments</span></p> 142<p>Because there is no need to use different conditional branches that distinguish between <CODE>ResultLanConnected</CODE> and <CODE>ResultWanConnected</CODE>, which should have originally been returned when <CODE>Connect</CODE> succeeds, handle <CODE>IsSuccess</CODE> instead.</p> 143<p><span style="font-weight:blod;">Support Period</span></p> 144<p>CTR-SDK 2.0</p> 145</td></tr> 146</table> 147<br/> 148<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 149<a name="is02"></a><tr><td> 150<p><span style="font-weight:blod;">Symptom</span></p> 151<p>Once <CODE>REPLY_LATER</CODE> has been returned to a <CODE>SleepQuery</CODE> issued because the system was closed (or for some other reason), if a card is removed before <CODE>REPLY_ACCEPT</CODE> or <CODE>REPLY_REJECT</CODE> is returned the system will no longer be able to enter Sleep Mode.</p> 152<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 153<p>This grows more frequent the longer it takes for <CODE>REPLY_ACCEPT</CODE> or <CODE>REPLY_REJECT</CODE> to be returned after <CODE>REPLY_LATER</CODE>.</p> 154<p><span style="font-weight:blod;">Affects</span></p> 155<p>All applications that return <CODE>REPLY_LATER</CODE> to a <CODE>SleepQuery</CODE>.</p> 156<p><span style="font-weight:blod;">Comments</span></p> 157<p>Closing the corresponding application resolves this problem.</p> 158<p><span style="font-weight:blod;">Support Period</span></p> 159<p>Scheduled for support in CTR-SDK 2.0</p> 160</td></tr> 161</table> 162<br/> 163<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 164<a name="is03"></a><tr><td> 165<p><span style="font-weight:blod;">Symptom</span></p> 166<p>If the HOME Button is pressed while the card removal error is displayed, the error screen is sometimes displayed again. This symptom has been confirmed to occur with the following procedure. 167<ol> 168<li>Use the HOME Button to suspend an application.</li> 169<li>Close the system to put it into Sleep Mode.</li> 170<li>Remove a card while the system is in Sleep Mode.</li> 171<li>Open the system; the card removal error screen is displayed.</li> 172</ol> 173</p> 174<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 175<p>Although it is timing-dependent, this occurs with high frequency when the procedure above is followed. 176</p> 177<p><span style="font-weight:blod;">Affects</span></p> 178<p>All card-based software.</p> 179<p><span style="font-weight:blod;">Comments</span></p> 180<p>Even if the error screen is displayed again, if you just wait control will return to the HOME Menu without a problem. 181</p> 182<p><span style="font-weight:blod;">Support Period</span></p> 183<p>Scheduled for support in CTR-SDK 2.0</p> 184</td></tr> 185</table> 186<br/> 187<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 188<a name="is04"></a><tr><td> 189<p><span style="font-weight:blod;">Symptom</span></p> 190<p>In some extremely rare cases the screen will stay black after the system is closed and opened. Only rendering cannot be restored properly: sound output, button input, and other features run normally. Closing and opening the system again resolves this issue.</p> 191<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 192<p>Extremely rare.</p> 193<p><span style="font-weight:blod;">Affects</span></p> 194<p>All applications.</p> 195<p><span style="font-weight:blod;">Comments</span></p> 196<p>Because this same symptom can also be caused by an application's implementation, if you encounter this always check the following. 197<ul> 198<li>Is there a sequence or timing during which rendering is not restored by <CODE>awake</CODE> following Sleep Mode? </li> 199</ul> 200</p> 201<p><span style="font-weight:blod;">Support Period</span></p> 202<p>TBD</p> 203</td></tr> 204</table> 205<br/> 206<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 207<a name="is05"></a><tr><td> 208<p><span style="font-weight:blod;">Symptom</span></p> 209<p>When a BOSS task is executed, the original specifications call for it to return <CODE>DONE</CODE> as a result when the HTTP status code is 304 (NOT MODIFIED); instead, it sometimes returns <CODE>ERROR</CODE>. 210</p> 211<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 212<p>Although an accurate frequency is unknown because this depends on server behavior, it has been confirmed to occur in one of eight units running over 10 hours. 213</p> 214<p><span style="font-weight:blod;">Affects</span></p> 215<p>All applications that handle task execution results.</p> 216<p><span style="font-weight:blod;">Comments</span></p> 217<p>To handle HTTP status code 304, access the status code instead of the task's execution results. 218</p> 219<p><span style="font-weight:blod;">Support Period</span></p> 220<p>CTR-SDK 2.0</p> 221</td></tr> 222</table> 223<br/> 224<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 225<a name="is06"></a><tr><td> 226<p><span style="font-weight:blod;">Symptom</span></p> 227<p>The camera's <CODE>Activate</CODE> state sometimes does not return when there is an Applet transition (such as a HOME Button press) at the same time as the system is opened or closed while the cameras are being used. 228</p> 229<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 230<p>Low, but we have yet to investigate a concrete probability.</p> 231<p><span style="font-weight:blod;">Affects</span></p> 232<p>All applications that use the cameras.</p> 233<p><span style="font-weight:blod;">Comments</span></p> 234<p>Opening and closing the system once resolves this issue.</p> 235<p><span style="font-weight:blod;">Support Period</span></p> 236<p>Scheduled for support in CTR-SDK 2.0</p> 237</td></tr> 238</table> 239<br/> 240<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 241<a name="is07"></a><tr><td> 242<p><span style="font-weight:blod;">Symptom</span></p> 243<p>If the system is opened and closed rapidly while the cameras are being used, <CODE>Activate</CODE> continues to return the <CODE>IsSleeping</CODE> error.</p> 244<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 245<p>The precise frequency at which this occurs is unknown because it is only caused by the act of opening and closing the system rapidly. Because this is by nature infrequent and is resolved when the system is opened and closed, it is probably the case that recovery often occurs without the user noticing. 246</p> 247<p><span style="font-weight:blod;">Affects</span></p> 248<p>All applications that use the cameras.</p> 249<p><span style="font-weight:blod;">Comments</span></p> 250<p>Opening and closing the system once resolves this issue.</p> 251<p><span style="font-weight:blod;">Support Period</span></p> 252<p>Scheduled for support in CTR-SDK 2.0</p> 253</td></tr> 254</table> 255<br/> 256<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 257<a name="is08"></a><tr><td> 258<p><span style="font-weight:blod;">Symptom</span></p> 259<p>If you open and close the system rapidly or perform an applet transition while the cameras are being used, the upper half of the captured image may be displayed on the lower screen and the lower half of the captured image may be displayed on the upper screen.</p> 260<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 261<p>The probability of reproducing this decreases as you use the cameras at higher frame rates. Just for reference, we have heard reports of this occurring in applications that run at 15 fps but not from applications that run at 30 fps. The reproducibility also increases the sooner the application calls <CODE>SetReceiving</CODE> after the previous transfer has completed. 262</p> 263<p><span style="font-weight:blod;">Affects</span></p> 264<p>All applications that use the cameras.</p> 265<p><span style="font-weight:blod;">Comments</span></p> 266<p>This problem can be resolved by closing the system again and then opening it after it has entered Sleep Mode. If you stop and restart capture operations from the callback function registered by <CODE>applet::SetAwakeCallback</CODE> to be invoked upon recovery from Sleep Mode (when the system is opened), no problems occur. Specifically, this is the following sequence. <CODE>StopCapture</CODE> → Wait for the capture operation to stop → <CODE>ClearBuffer</CODE> → <CODE>SetReceiving</CODE> → <CODE>StartCapture</CODE> 267</p> 268<p><span style="font-weight:blod;">Support Period</span></p> 269<p>CTR-SDK 2.0</p> 270</td></tr> 271</table> 272<br/> 273<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 274<a name="is09"></a><tr><td> 275<p><span style="font-weight:blod;">Symptom</span></p> 276<p>The V-Sync for the left and right cameras will on rare instances fail to match even if the <CODE>camera::SynchronizeVsyncTiming</CODE> function is called upon recovery from Sleep Mode.</p> 277<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 278<p>This occurs only rarely when recovering from sleep.<BR>The problem does not occur if the function is called when the cameras are started or during a HOME Menu transition.</p> 279<p><span style="font-weight:blod;">Affects</span></p> 280<p>All applications that use the outer cameras.</p> 281<p><span style="font-weight:blod;">Comments</span></p> 282<p>The symptoms appear to be resolved by inserting a HOME Menu transition.</p> 283<p><span style="font-weight:blod;">Support Period</span></p> 284<p>CTR-SDK 2.0</p> 285</td></tr> 286</table> 287<br/> 288<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 289<a name="is10"></a><tr><td> 290<p><span style="font-weight:blod;">Symptom</span></p> 291<p>Execution stops and the upper and lower screens turn red if the <CODE>nn::dlp::Server::Initialize</CODE> function is called while <CODE>INVALID_LANGUAGE</CODE> is set by <CODE>RegionSelector</CODE> and the market is USA or EUR.</p> 292<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 293<p>Always.</p> 294<p><span style="font-weight:blod;">Affects</span></p> 295<p>All North American and European applications that use the Download Play feature.</p> 296<p><span style="font-weight:blod;">Comments</span></p> 297<p>Although guideline item 13.1 Handling Undefined Languages requires you to confirm that your program behaves properly even with <CODE>INVALID_LANGUAGE</CODE>, because of this bug you don't need to be able to confirm behavior for Download Play. However, this does not mean that you do not need to handle <CODE>INVALID_LANGUAGE</CODE>. Have your application run Download Play properly even for <CODE>INVALID_LANGUAGE</CODE>. Furthermore, the system will never return a language code corresponding to <CODE>INVALID_LANGUAGE</CODE> at launch, so this will not occur on the final retail product.</p> 298<p><span style="font-weight:blod;">Support Period</span></p> 299<p>CTR-SDK 2.0</p> 300</td></tr> 301</table> 302<br/> 303<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 304<a name="is11"></a><tr><td> 305<p><span style="font-weight:blod;">Symptom</span></p> 306<p>The following types of bugs have been found with the current file system. 307<ul> 308<li>If the <CODE>MountSdmc</CODE> or <CODE>MountExtSaveData</CODE> functions have not succeeded and the <CODE>GetSdmcSize</CODE> function is called, an error (<CODE>NotFound</CODE>) is returned.</li> 309<li>If a file is accessed as a directory or vice versa, an unexpected result (<CODE>DESCRIPTION_FAT_BROKEN_ENTRY</CODE> or <CODE>DESCRIPTION_INVALID_PATH_FORMAT</CODE>) is sometimes returned.</li> 310<li>When a new file is created in the same physical region as a deleted file, even if you have not written anything to it you can sometimes read the content of the deleted file.</li> 311<li>You can call <CODE>DeleteDirectory</CODE> and <CODE>RenameDirectory</CODE> on the root directory for expanded save data.</li> 312<li>You can rename save data and expanded save data to "<CODE>.</CODE>" or "<CODE>..</CODE>". You cannot open or delete files that have been renamed in this way.</li> 313<li>Even though you can create a directory with "<CODE>...</CODE>" in its name on an SDMC archive, an error (<CODE>OperationDenied</CODE>) is returned when you attempt to delete it.</li> 314<li>If you attempt to rename save data and expanded save data to a higher-level directory, everything under that directory is deleted. </li> 315</ul> 316</p> 317<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 318<p>Depends on the symptom.</p> 319<p><span style="font-weight:blod;">Affects</span></p> 320<p>All applications.</p> 321<p><span style="font-weight:blod;">Support Period</span></p> 322<p>Scheduled for support in CTR-SDK 2.0</p> 323</td></tr> 324</table> 325<br/> 326<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 327<a name="is12"></a><tr><td> 328<p><span style="font-weight:blod;">Symptom</span></p> 329<p>If you run the following operations in order, a file system error (such as <CODE>DESCRIPTION_ARCHIVE_INVALIDATED</CODE>) is returned when an SD Card is used. 330<ol> 331<li>Mount and use an SD Card from an application. (This is how expanded save data and SpotPass are used)</li> 332<li>Remove and insert the SD Card.</li> 333<li>Mount and use the SD Card again from the application without unmounting it.</li> 334</ol> 335</p> 336<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 337<p>Always.</p> 338<p><span style="font-weight:blod;">Affects</span></p> 339<p>All applications that use expanded save data and SpotPass.</p> 340<p><span style="font-weight:blod;">Comments</span></p> 341<p>An error stops being returned if you restart the application or unmount the SD Card after it has been removed and inserted. (In other words, the SD Card can then be used normally.)</p> 342<p><span style="font-weight:blod;">Support Period</span></p> 343<p>CTR-SDK 2.0</p> 344</td></tr> 345</table> 346<br/> 347<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 348<a name="is13"></a><tr><td> 349<p><span style="font-weight:blod;">Symptom</span></p> 350<p>If a card's save data is in an invalid format, you should be able to run <CODE>nn::fs::FormatSaveData</CODE> to put the save data into a normal state, but in some rare cases the invalid format is not cleared up even if <CODE>FormatSaveData</CODE> itself returns <CODE>ResultSuccess</CODE>. 351</p> 352<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 353<p>Because this becomes less likely as you continue to use save data following a format and also as the number of bytes written increases, it does not have a large effect on normal usage. However, it can be relatively easier for this to occur in format-destroy cycles for debugging.</p> 354<p><span style="font-weight:blod;">Affects</span></p> 355<p>All card-based software.</p> 356<p><span style="font-weight:blod;">Comments</span></p> 357<p>You do not need any additional implementation other than one that handles errors for invalid formats. If the aforementioned symptom occurs, several of the functions executed after <CODE>FormatSaveData</CODE> will return errors associated with <CODE>nn::fs::ResultBadFormat</CODE>. If you execute <CODE>FormatSaveData</CODE> again at this time, save data returns to the normal state. (This means repeating the sequence for handling corrupted save data twice.) 358</p> 359<p><span style="font-weight:blod;">Support Period</span></p> 360<p>Scheduled for support in CTR-SDK 2.0</p> 361</td></tr> 362</table> 363<br/> 364<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 365<a name="is14"></a><tr><td> 366<p><span style="font-weight:blod;">Symptom</span></p> 367<p>When you format the save data in a card that was intentionally spoofed, the data is sometimes not formatted correctly even if the return value indicates success. In this case, <CODE>Mount</CODE> will fail and return <CODE>BadFormat</CODE> or <CODE>MediaAccessError</CODE> immediately after <CODE>Format</CODE> or after several files have been created. 368</p> 369<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 370<p>The problem only occurs when data is intentionally spoofed. In general, it will never occur if cards are just inserted and removed with the final retail product.</p> 371<p><span style="font-weight:blod;">Affects</span></p> 372<p>All card-based software.</p> 373<p><span style="font-weight:blod;">Comments</span></p> 374<p>This is restored normally if <CODE>Format</CODE> is run when <CODE>BadFormat</CODE> or <CODE>MediaAccessError</CODE> is returned.</p> 375<p><span style="font-weight:blod;">Support Period</span></p> 376<p>Scheduled for support in CTR-SDK 2.0</p> 377</td></tr> 378</table> 379<br/> 380<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 381<a name="is15"></a><tr><td> 382<p><span style="font-weight:blod;">Symptom</span></p> 383<p>It is sometimes impossible to delete extra data (expanded save data).</p> 384<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 385<p>This always occurs when you follow the procedure below. 386<ol> 387<li>Create expanded save data from an application and then create BOSS storage there.</li> 388<li>Look at the banner for that application in the HOME Menu without a single downloaded contextual banner in the application's BOSS storage.</li> 389<li>Launch System Settings and attempt to delete the application's expanded save data. This will fail.</li> 390</ol> 391</p> 392<p><span style="font-weight:blod;">Affects</span></p> 393<p>All applications that SpotPass. <BR>Specifically, this occurs in applications that create BOSS storage in the expanded save data region.</p> 394<p><span style="font-weight:blod;">Comments</span></p> 395<p>Because SpotPass has mounted expanded save data in step 2, System Settings is unable to delete the expanded save data. If you remove and insert an SD Card after step 2, it becomes impossible to mount expanded save data. If you close and then re-open System Settings without looking at the application's banner, you can delete data properly.</p> 396<p><span style="font-weight:blod;">Support Period</span></p> 397<p>CTR-SDK 2.0</p> 398</td></tr> 399</table> 400<br/> 401<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 402<a name="is16"></a><tr><td> 403<p><span style="font-weight:blod;">Symptom</span></p> 404<p>In very rare cases, a fatal error occurs during infrastructure or background communication. The following error values are displayed at this time.<pre> 405RSL : 0xF9606C0F 406 Level : -1 407 Summary: 11 408 Module : 27 409 Desc : 15 410RSL : 0xF9606C11 411 Level : -1 412 Summary: 11 413 Module : 27 414 Desc : 17 415RSL : 0xF9606C04 416 Level : -1 417 Summary: 11 418 Module : 27 419 Desc : 4 420</pre></p> 421<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 422<p>Extremely rare.</p> 423<p><span style="font-weight:blod;">Affects</span></p> 424<p>All applications that use infrastructure or background communication<BR>This symptom may occur when the system performs communication even if the application does not.</p> 425<p><span style="font-weight:blod;">Comments</span></p> 426<p>This bug may occur during background communication that uses infrastructure communication or during P2P communication via infrastructure communication.</p> 427<p><span style="font-weight:blod;">Support Period</span></p> 428<p>TBD</p> 429</td></tr> 430</table> 431<br/> 432<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 433<a name="is17"></a><tr><td> 434<p><span style="font-weight:blod;">Symptom</span></p> 435<p>Background communication will cease to run autonomously if Wi-Fi is turned off at the same time as <CODE>uds::Initialize</CODE>, <CODE>ac::Connect</CODE>, <CODE>ac::ConnectAsync</CODE>, or <CODE>dlp::Client::Initialize</CODE> is called.</p> 436<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 437<p>Although the timing is severe, this occurs consistently.</p> 438<p><span style="font-weight:blod;">Affects</span></p> 439<p>All applications.</p> 440<p><span style="font-weight:blod;">Comments</span></p> 441<p>Even if your application encounters this bug, SpotPass will run while infrastructure communication is connected. Power-cycling the system resolves this symptom.</p> 442<p><span style="font-weight:blod;">Support Period</span></p> 443<p>CTR-SDK 2.0</p> 444</td></tr> 445</table> 446<br/> 447<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 448<a name="is18"></a><tr><td> 449<p><span style="font-weight:blod;">Symptom</span></p> 450<p>If Sleep Mode is rejected when the system is closed, SpotPass ceases to run autonomously until the system either enters Sleep Mode or is opened.</p> 451<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 452<p>Always.</p> 453<p><span style="font-weight:blod;">Affects</span></p> 454<p>All applications.</p> 455<p><span style="font-weight:blod;">Comments</span></p> 456<p>Even if your application encounters this bug, StreetPass will run while infrastructure communication is connected.</p> 457<p><span style="font-weight:blod;">Support Period</span></p> 458<p>CTR-SDK 2.0</p> 459</td></tr> 460</table> 461<br/> 462<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 463<a name="is19"></a><tr><td> 464<p><span style="font-weight:blod;">Symptom</span></p> 465<p>If you set the battery to 0% with the PARTNER-CTR debugger software, the debugger hangs.</p> 466<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 467<p>Always.</p> 468<p><span style="font-weight:blod;">Affects</span></p> 469<p>All applications.</p> 470<p><span style="font-weight:blod;">Comments</span></p> 471<p>The only way to check shutdown processing is to actually set the battery to 0 using a CTR test unit.</p> 472<p><span style="font-weight:blod;">Support Period</span></p> 473<p>CTR-SDK 2.0</p> 474</td></tr> 475</table> 476<br/> 477<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 478<a name="is20"></a><tr><td> 479<p><span style="font-weight:blod;">Symptom</span></p> 480<p>Although a screen is displayed to instruct you to return to the HOME Menu if a card is removed while card-based software is running, you sometimes cannot return to the HOME Menu by pressing the HOME Button at this screen (the upper and lower screens will remain black).</p> 481<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 482<p>Approximately one in ten times.</p> 483<p><span style="font-weight:blod;">Affects</span></p> 484<p>All card-based software.</p> 485<p><span style="font-weight:blod;">Support Period</span></p> 486<p>CTR-SDK 2.0</p> 487</td></tr> 488</table> 489<br/> 490<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 491<a name="is21"></a><tr><td> 492<p><span style="font-weight:blod;">Symptom</span></p> 493<p>After the system has been in DS compatibility mode for a week or longer, the steps counted since the system entered DS compatibility mode disappear in proportion to the amount of time that steps are counted.</p> 494<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 495<p>Always.</p> 496<p><span style="font-weight:blod;">Affects</span></p> 497<p>All applications that use the pedometer.</p> 498<p><span style="font-weight:blod;">Comments</span></p> 499<p>This does not occur if the system is turned off or control returns to the HOME Menu within a week of entering DS compatibility mode.</p> 500<p><span style="font-weight:blod;">Support Period</span></p> 501<p>Scheduled for support in CTR-SDK 2.0</p> 502</td></tr> 503</table> 504<br/> 505<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 506<a name="is22"></a><tr><td> 507<p><span style="font-weight:blod;">Symptom</span></p> 508<p>If the system is closed while data is being written to a storage media and the system is then re-opened before data has finished being written, neither the screen nor sound will be restored for some time. This delay depends on factors other than data writes to storage media, so you may wait longer than the anticipated write time.</p> 509<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 510<p>Always.</p> 511<p><span style="font-weight:blod;">Affects</span></p> 512<p>All card-based software.</p> 513<p><span style="font-weight:blod;">Comments</span></p> 514<p>The cause of this problem also prevents the <CODE>SleepQueryCallback</CODE> from being invoked if the system is closed while data is being written to storage media. There are a number of functions that write data other than <CODE>TryWrite</CODE>, including <CODE>FormatSaveData</CODE>, <CODE>CreateExtSaveData</CODE>, and operations that rename files and directories.</p> 515<p><span style="font-weight:blod;">Support Period</span></p> 516<p>CTR-SDK 2.0</p> 517</td></tr> 518</table> 519<br/> 520<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 521<a name="is23"></a><tr><td> 522<p><span style="font-weight:blod;">Symptom</span></p> 523<p>Regardless of whether the system has been turned on, if you leave it alone for eight days without increasing the step count, you will be unable to save up to one day's step count afterward.</p> 524<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 525<p>Always.</p> 526<p><span style="font-weight:blod;">Affects</span></p> 527<p>All applications that use the pedometer.</p> 528<p><span style="font-weight:blod;">Support Period</span></p> 529<p>CTR-SDK 2.0</p> 530</td></tr> 531</table> 532<br/> 533<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 534<a name="is24"></a><tr><td> 535<p><span style="font-weight:blod;">Symptom</span></p> 536<p>When you run the following functions, sound is sometimes cut off with a noise that sounds like "chi." 537<ul> 538<li><CODE>nn::mic::CTR::SetAmp</CODE> function (with <CODE>false</CODE> specified as an argument)</li> 539<li><CODE>nn::mic::CTR::SetLowPassFilter</CODE> Function</li> 540</ul> 541</p> 542<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 543<p>Approximately one in ten times.</p> 544<p><span style="font-weight:blod;">Affects</span></p> 545<p>All applications that use the microphone.</p> 546<p><span style="font-weight:blod;">Comments</span></p> 547<p>The noise is caused when sound is cut off by the relevant function blocking sound processing for a long time. To work around this problem, run the functions in question when you stop sound.</p> 548<p><span style="font-weight:blod;">Support Period</span></p> 549<p>CTR-SDK 2.0</p> 550</td></tr> 551</table> 552<br/> 553<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 554<a name="is25"></a><tr><td> 555<p><span style="font-weight:blod;">Symptom</span></p> 556<p>Name resolution always fails when the DNS server address, either distributed by DHCP or set manually, is between x.x.x.224 and x.x.x.239. Even connection tests do not succeed at this time.</p> 557<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 558<p>Always.</p> 559<p><span style="font-weight:blod;">Affects</span></p> 560<p>All applications that use the network.</p> 561<p><span style="font-weight:blod;">Comments</span></p> 562<p>You can work around this problem by manually setting the DNS server address to one that does not cause the problem to occur.</p> 563<p><span style="font-weight:blod;">Support Period</span></p> 564<p>CTR-SDK 2.0</p> 565</td></tr> 566</table> 567<br/> 568<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 569<a name="is26"></a><tr><td> 570<p><span style="font-weight:blod;">Symptom</span></p> 571<p>Execution hangs on rare occasions if the system enters Sleep Mode or wireless is turned off while a UDS connection is starting or communication is in progress.</p> 572<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 573<p>This can be easily reproduced if you try.</p> 574<p><span style="font-weight:blod;">Affects</span></p> 575<p>All applications that use UDS communication.</p> 576<p><span style="font-weight:blod;">Comments</span></p> 577<p>You can prevent execution from hanging only when the system enters Sleep Mode. To do so, call <CODE>DestroyNetwork</CODE> and <CODE>DisconnectNetwork</CODE> before the system enters Sleep Mode. Consequently, the same problem occurs when the <CODE>dlp::Server::OpenSessions</CODE> and <CODE>dlp::Server::Finalize</CODE> functions are called. 578</p> 579<p><span style="font-weight:blod;">Support Period</span></p> 580<p>CTR-SDK 2.0</p> 581</td></tr> 582</table> 583<br/> 584<table style="border:solid 1pt #000000; backgraound-color:#fffdfd;" width="900"> 585<a name="is27"></a><tr><td> 586<p><span style="font-weight:blod;">Symptom</span></p> 587<p>On very rare occasions a fatal error occurs while carrying out local communication (UDS or DLP). <br/><pre> 588RSL : 0xF9606C10 589 Level : -1 590 Summary: 11 591 Module : 27 592 Desc : 15 593</pre></p> 594<p><span style="font-weight:blod;">Frequency of Occurrence</span></p> 595<p>Although this basically occurs only in very rare instances, it appears that the frequency of occurrence depends on how the application is implemented.</p> 596<p><span style="font-weight:blod;">Affects</span></p> 597<p>All applications that use local communication.</p> 598<p><span style="font-weight:blod;">Support Period</span></p> 599<p>TBD</p> 600</td></tr> 601</table> 602<br/></bosy> 603</html> 604