\_endthreadex (0) κολλάει




Δεν έχω κάποιο κώδικα που δεν είχα αρχικά να δημιουργήσετε ότι χρησιμοποιεί \_beginthreadex και \_endthreadex. Για κάποιο λόγο, όταν καλεί \_endthreadex (0), η κλήση απλά κρέμεται και ποτέ δεν επιστρέφει. Οποιεσδήποτε ιδέες για το τι θα έπρεπε κανονικά να προκαλέσει αυτή η κλήση να κρεμάσει;
\_endthreadex τελειώνει το νήμα, έτσι ώστε να μην μπορεί να επιστρέψει. Αυτό είναι το νόημα του αποκαλώντας.


EDIT: Είναι λίγο ασυνήθιστο να καλέσετε \_endthreadex, κανονικά θα αφήσουμε την επιστροφή διαδικασία εκκίνησης το νήμα και το χρόνο εκτέλεσης καλεί \_endthreadex για εσάς. Μπορεί να χρειαστεί να εξηγήσετε λίγο περισσότερο, αυτό που προσπαθούμε να κάνουμε για να μπορέσουμε να βοηθήσουμε.
το πρόβλημα μάλλον είναι ότι δεν κλείνει ουσιαστικά η εφαρμογή. είχα παρόμοιο θέμα πριν αρκετό καιρό(νομίζω κάποια στιγμή είχα απαντήσει εδώ σε ανάλογο θέμα). αυτό που έκανα εγώ και διόρθωσε το πρόβλημα ήταν η τροποποίηση της συντόμευσης για το άνοιγμα της εφαρμογής και η αλλαγή της γραμμής που ανοί… Το πρόβλημα προκλήθηκε λόγω των ειδικών χαρακτήρων. Δεν είχα φανταστεί ότι «$» θα ήταν μια τέτοια μεγάλη υπόθεση σε κωδικούς πρόσβασης. Τέλος πάντων μπορείτε να βρείτε μια λύση για αυτό [εδώ](https://nadvi.blogspot.com/2011/02/oracle-password-with-or-special.html) . <p>μπορείτε να λάβετε ροή εξόδου για τη σύνδεση και να γράψετε τη συμβολοσειρά ερώτησης παραμέτρων σε αυτήν.</p><pre><code>url url = new url("http://yoururl.com"); httpsurlconnection conn = (httpsurlconnection) url.openconnection(); conn.setreadtimeout(10000); conn.setconnecttimeout(15000); conn.setrequestmethod("post"); conn.setdoinput(true); conn.setdooutput(true); list&lt;namevaluepair&gt; params = new arraylist&lt;namevaluepair&gt;(); params.add(new basicnamevaluepair("firstparam", paramvalue1)); params.add(new basicnamevaluepair("secondparam", paramvalue2)); params.add(new basicnamevaluepair("thirdparam", paramvalue3)); outputstream os = conn.getoutputstream(); bufferedwriter writer = new bufferedwriter( new outputstreamwriter(os, "utf-8")); writer.write(getquery(params)); writer.flush(); writer.close(); os.close(); conn.connect(); </code></pre><p>...</p><pre><code>private string getquery(list&lt;namevaluepair&gt; params) throws unsupportedencodingexception { stringbuilder result = new stringbuilder(); boolean first = true; for (namevaluepair pair : params) { if (first) first = false; else result.append("&amp;"); result.append(urlencoder.encode(pair.getname(), "utf-8")); result.append("="); result.append(urlencoder.encode(pair.getvalue(), "utf-8")); } return result.tostring(); } </code></pre> εγώ που είναι ένα ανάλογο πρόβλημα στο arch (δεν έκλεινε το συρτάρι αν το άνοιγα) το διόρθωσα ως εξής:

έκανα αντίγραφο του αρχείου

60-cdrom\_id.rules

πιο συγκεκριμένα

sudo cp /usr/lib/udev/rules.d/60-cdrom\_id.rules /etc/udev/rules.d/

άνοιξε το με τον editor της αρεσκείας σου και βρες τη γραμμή

e… καλησπέρα

μια λύση που βρήκα στο [forum.manjaro.org](https://forum.manjaro.org/t/trojita-mail-client/59767/7) είναι να ξε-τσεκάρεις την smtp επιλογή “save outgoing mail” παρέμεινε, επειδή όταν κάνεις επανεκκίνηση φορτώνει ο desktop manager(πιθανότατα ο lightdm θα είναι) και μέσω αυτού υπάρχει το πρόβλημα. όταν τρέχεις το startx από tty δεν παρεμβάλλεται ο desktop manager γι’ αυτό και μπαίνεις κανονικά στην επιφάνεια εργασίας. δοκίμασε και κάποιον άλλο desktop manage… ναι την έχει, απλά δεν το εγραψα

το σταματάω και λεει 4 packets transmitted, 0 received, 100% packet loss, time 3055ms

θα δοκιμασω με κάποιο live και θα αναφέρω

–

εβαλα live centos και συνδέεται κανονικά. μπηκα τώρα από recovery mode και ψαχνω να δω τι γίνεται. το ping 8.8.8.8 λεει ακόμα network… πιθανότατα έχει μείνει κλειστός κάποιος διακόπτης ή υπάρχει αέρας σε κάποιο σημείο και δεν αφήνει το νερό να κυκλοφορήσει ή έχει βλάβη ο κυκλοφορητής. τρουλλινός γιώργος υδραυλικός 6932860310. δες ένα απόσπασμα με την εντολή της αποσύνδεσης για να καταλάβεις:

listdelegate {

id: leavebutton

text: i18n("log out")

highlight: delegatehighlight

icon: "system-log-out"

onclicked: {

ex… όπως το περιγράφεις μοιάζει με bug για τον lightdm. ίσως να είναι κάτι μικρό και να θέλει απλώς κάποια ρύθμιση (ψάξε μέσα στο /etc για τον lightdm) αλλά θα έλεγα απλά δοκίμασε άλλον dm. είχα κακή εμπειρία με τον lightdm παλιότερα. έχω εξαιρετική εμπειρία τελευταία με τον sddm (όταν πρωτοβγήκε ήταν χ…