After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 558104 - [patch] patch to add solaris 10 support to gthumb
[patch] patch to add solaris 10 support to gthumb
Status: RESOLVED OBSOLETE
Product: gthumb
Classification: Other
Component: general
2.10.x
Other All
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2008-10-27 14:13 UTC by Jeremy Olexa
Modified: 2009-09-10 20:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jeremy Olexa 2008-10-27 14:13:25 UTC 
Please describe the problem:
A user submitted a patch to allow gthumb to be compiled on solaris 10.

Patch can be found here:
http://bugs.gentoo.org/show_bug.cgi?id=243206#c2

Thanks for looking

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Michael Chudobiak 2008-11-07 18:28:59 UTC 
Hmm. The mktemp man page at http://linux.die.net/man/3/mktemp says:

Never use mktemp(). Some implementations follow 4.3BSD and replace XXXXXX by the current process ID and a single letter, so that at most 26 different names can be returned. Since on the one hand the names are easy to guess, and on the other hand there is a race between testing whether the name exists and opening the file, every use of mktemp() is a security risk. The race is avoided by mkstemp(3). 

- Mike
Comment 2 Michael Chudobiak 2008-11-07 18:33:49 UTC 
Christophe,

Is there a gio-ish way to purge mkdtemp from trunk?

- Mike
Comment 3 Michael Chudobiak 2009-09-10 20:04:57 UTC 
mkdtemp is not used in the active development branch (ext branch).

Closing as obsolete.

- Mike